[Bug 554652] Re: Panel menus/applets should present consistent behaviour

[Paul Sladen]

** Description changed:

  Binary package hint: gnome-panel
  
- A menu bar has the following behave:
+ A menu bar has the following behaviour:
  
-   1. Click to activate
-   2. Move around (close menu/sub-menu will open/collaspse as required for duration)
-   3. Click to deactive
+   1. Click to activate
+   2. Move around (close menu/sub-menu will open/collaspse as required for duration)
+   3. Click to deactive
  
  Cruically nothing _happens_ until a further click/keypress has occured.
  The behaviour of the gnome-panel at the top of the screen is highly
  inconsistent, unpredictable and only curtain sections behave like a
  menu.  Currently I have the following applets:
  
-   a. Applications/Places/System   (behaves like a menu, within itself) -- 3x Tooltips (two-step action)
-   b. Firefox, "?", VNC launcher applets   (immediate response, click to active, differentiated by a slight 3D effect, hover effect) -- 3x Tooltips (immediate action)
-   c. Network Monitor  (broken gradient) click brings up error dialogue SIOCGIFFLAGS error -- Tooltip (status)
-   d. Weather (Click brings up dialogue) -- Tooltip (status)
-   e. Search entry (Click shows non-standard "menu" within input box, but reclick does not release) -- highlighted -- Tooltip (delayed action)
-   f. Spacer (Click+drag moves) -- no Tooltip
-   g. Bluetooth (Menu) -- no highlight -- no tooltip
-   h. Network Manager (menu, but opens in opposite direction) -- no highlight -- Tooltip (Status)
-   i. Battery (Menu with status information) -- no highlight -- no Tooltip
-   j. Date (Menu picture box) -- hover -- highlight -- Tooltip (action starting with "Click to...")
-   k. Me/Shutdown (behaves like a menu, within itself) -- no tooltip
+   a. Applications/Places/System   (behaves like a menu, within itself) -- 3x Tooltips (two-step action)
+   b. Firefox, "?", VNC launcher applets   (immediate response, click to active, differentiated by a slight 3D effect, hover effect) -- 3x Tooltips (immediate action)
+   c. Network Monitor  (broken gradient) click brings up error dialogue SIOCGIFFLAGS error -- Tooltip (status)
+   d. Weather (Click brings up dialogue) -- Tooltip (status)
+   e. Search entry (Click shows non-standard "menu" within input box, but reclick does not release) -- highlighted -- Tooltip (delayed action)
+   f. Spacer (Click+drag moves) -- no Tooltip
+   g. Bluetooth (Menu) -- no highlight -- no tooltip
+   h. Network Manager (menu, but opens in opposite direction) -- no highlight -- Tooltip (Status)
+   i. Battery (Menu with status information) -- no highlight -- no Tooltip
+   j. Date (Menu picture box) -- hover -- highlight -- Tooltip (action starting with "Click to...")
+   k. Me/Shutdown (behaves like a menu, within itself) -- no tooltip
  
  There are two main predictable behaviours in the above, all of the rest
  are "special" and unpredictable:
  
-   1. Menus: Only the Applications+Shutdown menu groups behave consistently, and these do not share "menu state";  one has to be explicitly close behave hover navigation on the second works.  (No hover, non-destructive actions, no input or status in menus, except as radio groups, further choices end with "...")
-   2. Buttons (Launchers): Hover effect, tooltip, and semi-immediate action (moving off with click held down cancels)
+   1. Menus: Only the Applications+Shutdown menu groups behave consistently, and these do not share "menu state";  one has to be explicitly close behave hover navigation on the second works.  (No hover, non-destructive actions, no input or status in menus, except as radio groups, further choices end with "...")
+   2. Buttons (Launchers): Hover effect, tooltip, and semi-immediate action (moving off with click held down cancels)
  
  The other applets all have special, non-predictable behaviour.  Ideally
  all should be aligned to one of the two classes, and those classes made
  consistent within themselves (eg. menus should not have tooltips, and
  buttons should always have tooltips).  The only input allowable in menus
  should be choices ("selecting from a menu").
  
  Tooltips on buttons should not start "Click to" as this is presumptive
  and unnecessary. The same "More action required ..." ellipsis should be
  used in tooltips for actions requiring further choices (non-immediate).

-- 
Panel menus/applets should present consistent behaviour
https://bugs.launchpad.net/bugs/554652
You received this bug notification because you are a member of
Bluetooth, which is subscribed to gnome-bluetooth in ubuntu.