Is there a way to stack windows in Z dimension? I find that quite useful in Android, and it would be useful here. I don''t see it in the docs or the C++ book, so perhaps it''s a wish list item. For example, I have a gauge to display with a moving dial pointer. Due to the fact that the pointer crosses several colors, simply "un-writing" the pointer before moving it will not work, so I need to redraw the underlying gauge which often hiccups even on my 4-core Ubuntu system. If sizers could stack in Z, the top pane would be transparent except for the dial pointer and it would be the only thing redrawn. -- -- Don Wilde "If you are creative and add value to the world, sleep well. You''ve earned it." _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users
Hi, 2010/12/13 Don Wilde <dwilde1 at gmail.com>:> > Is there a way to stack windows in Z dimension?I haven''t used them yet , but there are two methods that control the z-hierarchy of a window. Window#bring_to_front and Window#send_to_back. Cheers, Chauk-Mean.
On Sat, Dec 18, 2010 at 3:07 AM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote:> Hi, > > 2010/12/13 Don Wilde <dwilde1 at gmail.com>: > > > > Is there a way to stack windows in Z dimension? > > I haven''t used them yet , but there are two methods that control the > z-hierarchy of a window. > Window#bring_to_front and Window#send_to_back. > > Hi, Chauk-Mean -I suspect that that refers to the window / frame relative to the window manager hierarchy, the OS. What I want to do is to stack panels inside a sizer such that they overlap. I haven''t seen anything on that. -- -- Don Wilde "If you are creative and add value to the world, sleep well. You''ve earned it." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20101218/b784d601/attachment.html>
Hi Don, 2010/12/18 Don Wilde <dwilde1 at gmail.com>:>> I haven''t used them yet , but there are two methods that control the >> z-hierarchy of a window. >> Window#bring_to_front and Window#send_to_back. >> > Hi, Chauk-Mean - > > I suspect that that refers to the window / frame relative to the window > manager hierarchy, the OS.? What I want to do is to stack panels? inside a > sizer such that they overlap. I haven''t seen anything on that. > > -- Don WildeIt seems that you''re right. Window#bring_to_front and Window#send_to_back correspond respectively to wxWidgets Window#raise and Window#lower. The methods have been renamed for consistency and to avoid name conflict with Kernel#raise. And raise and lower work only for top level windows (see http://trac.wxwidgets.org/ticket/4717). According to the ticket, overlapping windows/controls are not advised. Unfortunately the wxWidgets documentation has not been updated accordingly (http://docs.wxwidgets.org/stable/wx_wxwindow.html#wxwindow). Regarding wxRuby, I''ll fix the documentation to clarify this point. Cheers, Chauk-Mean.
On Sun, Dec 19, 2010 at 2:00 PM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote:> Hi Don, > > 2010/12/18 Don Wilde <dwilde1 at gmail.com>: > >> I haven''t used them yet , but there are two methods that control the > >> z-hierarchy of a window. > >> Window#bring_to_front and Window#send_to_back. > >> > > Hi, Chauk-Mean - > > > > I suspect that that refers to the window / frame relative to the window > > manager hierarchy, the OS. What I want to do is to stack panels inside > a > > sizer such that they overlap. I haven''t seen anything on that. > > > > -- Don Wilde > > It seems that you''re right. > Window#bring_to_front and Window#send_to_back correspond respectively > to wxWidgets Window#raise and Window#lower. The methods have been > renamed for consistency and to avoid name conflict with Kernel#raise. > And raise and lower work only for top level windows (see > http://trac.wxwidgets.org/ticket/4717). > According to the ticket, overlapping windows/controls are not advised. > Unfortunately the wxWidgets documentation has not been updated > accordingly (http://docs.wxwidgets.org/stable/wx_wxwindow.html#wxwindow). > Regarding wxRuby, I''ll fix the documentation to clarify this point. > >Yes, it does appear to be a design decision. Very useful ''would be nice'', though! :D Thanks, Chauk-Mean. -- -- Don Wilde ph: 512-394-8896 skype: donwilde1 e: dwilde1 at gmail.com "If you are creative and add value to the world, sleep well. You''ve earned it." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20101219/ea97408d/attachment-0001.html>