discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Strange behaviour regarding miniaturization and menus


From: Andreas Schik
Subject: Re: Strange behaviour regarding miniaturization and menus
Date: Thu, 21 Feb 2013 12:26:15 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2

Am 21.02.2013 09:24, schrieb Fred Kiefer:
Thank you for this detailed event list. I will need some time to make
sense out of it. Your second liosting may help in that process. What I
don't understand is why the windows of the gNUstep application would
need to be redrawn, are these the unmapped windows you wrote about?
My listing contains two UnmapNotify events, while Germán's listing contained only one. i believe this is due to the fact that Ink has only one (main) window, while CDPlayer has the player window (main) and the track listing panel. What basically remains intact in both cases is the main window, while the panel (track listing) breaks, i.e. it no longer takes any input and does not update itself if necessary. This window has the flag 'hide on deactivate', i.e. behaves the same as menus.

It looks like we get TAKE_FOCUS twice, but now map notify events. In
which state is the GNUstep application before the focus transfer? Maybe
we have an issue in NSApplication here (activated, hidden)?
The application is activated, i.e. sitting in the foreground, waiting for user input, displaying its menu etc.

Perhaps you could run these tests again and add a second argument
--GNU-Debug=Focus this should give even more detailed output.

Ok, I'll try.

Andreas

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]