bugGNUstep - Bugs: bug #18646, NSMenu and NSPopup selected cell...

Group
 
 

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

Submitter:  Paddy Smith <padski>
Submitted:  Sat 30 Dec 2006 07:46:27 PM UTC
Votes: 10
 
Category:  Backend Severity:  3 - Normal
Item Group:  Bug Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Sun 31 Dec 2006 06:02:35 PM UTC, comment #3: 

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 &`.

-Deleted Account- <yjchen>
Sun 31 Dec 2006 09:59:44 AM UTC, comment #2: 

what surprises me is that the mechanism that seems to work at the
edge of the screen, doesn't work here.

Paddy Smith <padski>
Sat 30 Dec 2006 08:28:01 PM UTC, comment #1: 

It depends on how window manager place a newly mapped window.
Most window managers won't allow a newly mapped window outside
the screen, therefore, the menu/popup is shifted by window manager.

I have no fix for that, just know the reason.

-Deleted Account- <yjchen>
Sat 30 Dec 2006 07:46:27 PM UTC, original submission:  

when a popup can't go to it's natural place because of the screen edge it is displaced and it all works fine.

running gnustep apps on kde, I have the ordinary taskbar thing at the bottom of the screen.  the popup is displaced correctly, but the highlighted/selected cell is also displaced by a similar proportion upwards. I've seen a similar thing with menus, perhaps when popped up as a context menu ?

I'm using the packages current in debian etch (current gnustep release, kde 3.5.5)

I attach a picture :-)  the red dot is where the mouse was (because otherwise it'd be a bit like spot the football wouldn't it).

Paddy Smith <padski>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #11632:  displaced_popup.png added by padski (12KiB - image/png)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by aredridel (Voted in favor of this item)
  • -email is unavailable- added by FredKiefer (Updated the item)
  • -email is unavailable- added by yjchen (Posted a comment)
  • -email is unavailable- added by padski (Submitted the item)
  •  

    There are 10 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-11-19 aredridel Carbon-Copy- Added aredridel
    2007-02-04 FredKiefer CategoryApplication Backend
    2006-12-30 padski Attached File- Added displaced_popup.png, #11632

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code