ubuntu-ue team mailing list archive

[Matthew Paul Thomas <mpt@xxxxxxxxxxxxx>]

** Description changed:

  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://launchpadlibrarian.net/42732636/Why_autoexpanding_indicators_are_a_bad_idea.png>
  
  What often happens: The sound menu closes, and the menu next to it opens.
- Screnshot: https://launchpadlibrarian.net/42732636/Why_autoexpanding_indicators_are_a_bad_idea.png
  Screencast: <https://www.youtube.com/watch?v=lVUokjAlREs>
  Example in an informal usability test: <https://www.youtube.com/watch?feature=player_detailpage&v=PgGbZfR6Vec#t=13m55s>
  
  What should happen: The sound menu stays open.
  
- A solution would be to use a timer for the 'auto-expanding' feature.
+ 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.
  
- From an IRC conversation on this bug:
- "<bratsche> Okay, so gtk+ has something internal called (I think) a stay-up triangle.. but as far as I know, it's only used when dealing with submenus from a menu.
-  But try to envision a menu with several menuitems, and the first menuitem has a submenu with several menuitems.  Your mouse is currently over the top menuitem of the parent menu and the submenu from it is open to the right.
-  Now when you move the mouse toward say the middle of that submenu, you'll probably mouse-over a menuitem below the current one in the parent menu..
-  But there are two things that can keep it from becoming the active menuitem.. a timer, and this stay-up triangle.
- <bratsche> Anyway, we should think about this some.  Indicator icons are small enough that in the case of indicator-sound, going to all the trouble of duplicating this stay-up triangle might be more trouble than it's worth.  Judging by the screenshot in  qense's bug, the stay-up triangle would cover most the majority of the neighboring indicator icon anyway, so maybe a simple timer would be enough."
+ 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.
  
- Illustration of the invisible triangle for submenus:
- <http://www.quinn.echidna.id.au/Quinn/WWW/HISubtleties/HierarchicalMenus.html>
+ 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://www.quinn.echidna.id.au/Quinn/WWW/HISubtleties/HierarchicalMenus.html>
  Discussion of the invisible triangle for submenus in GTK:
  <http://mail.gnome.org/archives/gtk-devel-list/2000-May/msg00118.html>
  
- Gtk+ already has triangular bounding boxes for sub-menus.  This code
- should also be applied to the top-level and not just the sub-menus.
+ However, this feature in Gtk+ has been broken since July 2013.
+ <https://bugzilla.gnome.org/show_bug.cgi?id=710388> The code, once
+ fixed, should be applied to menu titles as well.
+ 
+ More information: <http://thomaspark.co/2011/10/making-menus-escapable/>

-- 
You received this bug notification because you are a member of User
Experience Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/552920

Title:
  Moving diagonally from narrow menu title often opens adjacent menu

To manage notifications about this bug go to:
https://bugs.launchpad.net/hundredpapercuts/+bug/552920/+subscriptions