[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:
<http://savannah.gnu.org/bugs/?18646>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/