GNUstep - Support: sr #108091, Menus are clipped
You are not allowed to post comments on this tracker with your current authentication level.
sr #108091: Menus are clipped
Submitter: | Abram Wiebe <awiebe> | ||
Submitted: | Sat 21 Jul 2012 02:50:23 AM UTC | ||
Category: | None | Priority: | 5 - Normal |
Severity: | 3 - Normal | Status: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open | Operating System: | GNU/Linux |
Sat 21 Jul 2012 07:51:07 AM UTC, comment #2: |
Richard Frith-Macdonald <CaS>![]() |
Sat 21 Jul 2012 04:01:36 AM UTC, comment #1: Only appears to affect menus in Gorm.app. |
Abram Wiebe <awiebe>![]() |
Sat 21 Jul 2012 02:50:23 AM UTC, original submission:
If a menu is moved to far up the screen, it's header can become clipped, rendering it immovable.
|
Abram Wiebe <awiebe>![]() |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 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.
I'm not sure I agree with this ... the bnehavior described sounds good for menus that pop up when you right-click the mouse (ie at your current location), but wrong for the permenant main mainu.
The main menu should be one that you can drag off the screen to hide ... so IMO none of this re-sizing behavior on with boundaries is appropriate for the main menu:. the only screen constraint ought to be that at least one pixel of the menu header should be left on screen so that you can find/move it back fully on screen again.