Moving diagonally from narrow menu title often opens adjacent menu
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | One Hundred Papercuts |
Low
|
Unassigned | ||
| | Unity |
Fix Released
|
Medium
|
Andrea Azzarone | |
| | gtk+2.0 (Ubuntu) |
Low
|
Unassigned | ||
| | gtk+3.0 (Ubuntu) |
Low
|
Unassigned | ||
| | unity (Ubuntu) |
Medium
|
Andrea Azzarone | ||
Bug Description
gtk 2.22, Ubuntu 10.10
1. Click on the volume control to open the sound menu.
2. Move the pointer diagonally to click on the maximum volume button.
<https:/
What often happens: The sound menu closes, and the menu next to it opens.
Screencast: <https:/
Example in an informal usability test: <https:/
What should happen: The sound menu stays open.
One solution would be to make the volume slider vertical. But this would not work for other menus (like the Bluetooth menu), and would look awkward with other items in the menu.
Another solution would be to use a timer for closing the current menu and opening a new one. This is what Windows does for submenus. But it has the drawback of slowing down browsing, which would be worse for top-level menus than for submenus.
GTK already has a more sophisticated solution for submenus, similar to Mac OS: a triangle based on the corners of the submenu and its parent item, in which there is a much longer delay for closing the submenu and changing the menu selection. <http://
Discussion of the invisible triangle for submenus in GTK:
<http://
However, this feature in Gtk+ has been broken since July 2013. <https:/
More information: <http://
Related branches
- Marco Trevisan (Treviño): Approve on 2015-09-21
- PS Jenkins bot: Needs Fixing (continuous-integration) on 2015-09-21
-
Diff: 152 lines (+69/-9)2 files modifiedpanel/PanelView.cpp (+64/-8)
panel/PanelView.h (+5/-1)
| Bálint Magyar (balintm) wrote : | #1 |
| Sense Egbert Hofstede (sense) wrote : | #2 |
| description: | updated |
| Changed in indicator-application (Ubuntu): | |
| importance: | Undecided → Low |
| status: | New → Triaged |
| Changed in indicator-application: | |
| status: | New → Confirmed |
| summary: |
- Autoexpanding indicator menus hurt usability + Auto-expanding AppIndicator menus makes navigating to menu items harder |
| Ted Gould (ted) wrote : Re: Auto-expanding AppIndicator menus makes navigating to menu items harder | #3 |
I'm going to switch this to a GTK+ bug. Really GTK+ should handle this, we're just using shorter menu titles than it's used to so I don't think anyone has noticed before.
| Changed in indicator-application: | |
| status: | Confirmed → Invalid |
| affects: | indicator-application (Ubuntu) → gtk+2.0 (Ubuntu) |
| Changed in gtk+2.0 (Ubuntu): | |
| assignee: | nobody → Cody Russell (bratsche) |
| description: | updated |
| summary: |
- Auto-expanding AppIndicator menus makes navigating to menu items harder + Moving diagonally from narrow menu title often opens adjacent menu |
| Vish (vish) wrote : | #4 |
Ha! i was searching for this bug a couple of days ago.. when i should have been watching my inbox instead.. [thanks mpt. ;-) ]
| affects: | indicator-application → hundredpapercuts |
| Changed in hundredpapercuts: | |
| status: | Invalid → New |
| importance: | Undecided → Low |
| milestone: | none → nt7-potpourri |
| status: | New → Triaged |
| assignee: | nobody → Papercuts Ninja (papercuts-ninja) |
| Carl Simpson (cwd-simpson) wrote : | #5 |
It might be worth considering (if it's even possible) only having a timer on menu opening if the mouse is actually moving diagonally. That way might keep the responsive feel when moving from menu to menu whilst stopping the reported behaviour.
| Paul Sladen (sladen) wrote : | #6 |
This problem has been solved repeatedly time-and-again since the mid-1980s. The solution is a triangular bounding box and should be something that the standard GtkMenu/Qt menu widget should be doing automatically. If the indicator widgets were switched to be standard GtkMenu/Qt widgets then this should be solved immediately (as would the issues of keyboard interaction and scrubbing).
| Matthew Paul Thomas (mpt) wrote : | #7 |
The indicator menus are standard GTK menus, which is why this bug is filed against GTK. GTK menu titles have never had the same diagonal forgiveness that submenus have had.
| Paul Sladen (sladen) wrote : | #8 |
mpt: thanks for the clarification; so it's more that the *existing* sub-menu code should also be applied to the top-level menus (for Gtk+).
| description: | updated |
| Changed in gtk+3.0 (Ubuntu): | |
| status: | New → Confirmed |
| Omer Akram (om26er) wrote : | #9 |
unasigned brastche as he is not on the project anymore.
| Changed in unity: | |
| importance: | Undecided → Medium |
| status: | New → Triaged |
| Changed in gtk+2.0 (Ubuntu): | |
| assignee: | Cody Russell (bratsche) → nobody |
| Changed in gtk+3.0 (Ubuntu): | |
| importance: | Undecided → Low |
| status: | Confirmed → Triaged |
| Changed in unity (Ubuntu): | |
| status: | New → Triaged |
| Changed in unity (Ubuntu): | |
| importance: | Undecided → Medium |
| Changed in hundredpapercuts: | |
| milestone: | nt7-potpourri → raring-gtk |
| description: | updated |
| Rafael Belmonte (eaglescreen) wrote : | #11 |
Why don't you take a look at how GNOME-SHELL avoids this unpleasant behavior?
| Changed in hundredpapercuts: | |
| assignee: | Papercuts Ninjas (papercuts-ninja) → nobody |
| description: | updated |
| tags: | added: 16.04-hit-list |
| Changed in unity: | |
| status: | Triaged → In Progress |
| Changed in unity (Ubuntu): | |
| status: | Triaged → In Progress |
| assignee: | nobody → Andrea Azzarone (azzar1) |
| Changed in unity: | |
| assignee: | nobody → Andrea Azzarone (azzar1) |
| milestone: | none → 7.3.3 |
| tags: | added: rls-w-incoming |
| Launchpad Janitor (janitor) wrote : | #12 |
This bug was fixed in the package unity - 7.3.2+15.
---------------
unity (7.3.2+
[ Andrea Azzarone ]
* Avoid to open adjacent menu when moving from an indicator icon to
its dropdown menu. (LP: #552920)
* Make sure to restore the state before the call to
glDisable(
[ Iain Lane ]
* launcher: Always make sure we check the right file when seeing if
.desktop files have been deleted. Fixes disappearing launcher icons
when applications are upgraded when we are using glib > 2.44. (LP:
#1498106)
[ Lars Uebernickel ]
* DevicesSettingsImp: dont't feed garbage to gsettings (LP: #1495173)
[ Luke Yelavich ]
* Make a copy of a quicklist menu item plain text label
* Make a copy of a quicklist menu item plain text label
[ Marco Trevisan (Treviño) ]
* MenuManager: add a new setting to control the show-now delay (LP:
#1497915)
-- Marco Trevisan (Treviño) <mail@3v1n0.net> Mon, 21 Sep 2015 17:44:10 +0000
| Changed in unity (Ubuntu): | |
| status: | In Progress → Fix Released |
| Changed in unity: | |
| status: | In Progress → Fix Committed |
| Changed in unity: | |
| status: | Fix Committed → Fix Released |
| tags: |
added: rls-x-incoming removed: rls-w-incoming |
| tags: | removed: rls-x-incoming |


Thank you for helping with making Ubuntu better by reporting this bug. We've briefly discussed this issue on IRC and decided that this issue deserves some more attention. I'm marking this bug as Triaged and am opening an task in the upstream project so we can keep track of it there as well.