[Top][All Lists]

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

[bug #18646] NSMenu and NSPopup selected cell displaced by kde taskbar

From: Yen-Ju Chen
Subject: [bug #18646] NSMenu and NSPopup selected cell displaced by kde taskbar
Date: Sun, 31 Dec 2006 18:02:35 +0000
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1) Gecko/20061026 BonEcho/2.0

Follow-up Comment #3, bug #18646 (project gnustep):

Not only some window managers try to put a newly mapped window
inside the screen, GNUstep also tries to do the same thing
if menu is partially outside the screen.
But when a taskbar exists, there is a XWindow hints to tell
window manager not to put a newly mapped window on top
of the taskbar. Therefore, the virtual screen area 
is smaller than the physical one. GNUstep does not 
handle this hint and it is not practical to do that 
because it is indeed the job of window manager. 
So it is a communication problem in my own 
opinions between window manager and GNUstep. A fix needs to 
see what kind of information a window manager provides 
when it placesa a newly mapped window different 
than this window originally want to be.

I usually try some other window managers to see whether it is
a bug in GNUstep or not.
On Gnome, you can use openbox3 to replace the default window
manager by 'openbox3 --replace &',
or you can try Azalea, which is a port of openbox3 and handle
GNUstep better `openap Azalea.app --replace &`.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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