Paul Davis wrote: > Toralf, > > I'd recommend considering adopting a multithreaded design to accomplish this. > I don't know. Seems to me that this has been discussed here before, but personally, I'm far from sure that introducing threads just to do something like this is right. I generally believe in keeping things as simple as possible, and a multi-threaded application is anything but. Not that I'll never use threads at all, but I have my doubts about introducing them as a way of implementing GUI features; a decision on whether to use threads should rather be based on an analysis of the entire task at hand and the overall architecture of the application. If you know what I'm saying...
- Toralf > On 11/1/06, Toralf Lund <[EMAIL PROTECTED]> wrote: > >> Paul Davis wrote: >> >>> Toralf, >>> >>> Looking through the thread, I didn't see a mention about the expose >>> event. This event will get called when a window is un-obscured. >>> Although, I don't know if you can actually *ask* for this information >>> at any random point in time. >>> >> I should perhaps have made this a bit clearer: It's the bit about asking >> for information that I'm interested in. I'm wondering if I can somehow >> get the visibility state (meaning the info normally sent as parameter to >> the event handler) in cases where it is for some reason not convenient >> to use the expose event. Or to be more precise, in the case I have in >> mind right now, I want to be able to check for visibility during the >> execution of a "processing task", i.e. before I return to the Gtk main >> loop. I cannot rely on expose events for this, since these won't be >> delivered until I return to the main loop, as far as I know - unless I >> call Gdk::Window::process_updates(), but part of the idea is to avoid >> using that call. >> >>> Paul >>> >>> >>> On 10/30/06, *Toralf Lund* <[EMAIL PROTECTED] >>> <mailto:[EMAIL PROTECTED]>> wrote: >>> >>> Chris Vine wrote: >>> > On Wednesday 25 October 2006 10:21, Toralf Lund wrote: >>> > >>> >> Does Gtkmm/Gdkmm offer a nice and simple way to find out if a >>> widget or >>> >> window is actually visible to the user, i.e. is mapped *and not >>> obscured >>> >> by another window*? >>> >>> >> > _______________________________________________ > gtkmm-list mailing list > [email protected] > http://mail.gnome.org/mailman/listinfo/gtkmm-list > _______________________________________________ gtkmm-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gtkmm-list
