After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 94163 - Different popup menus get invoked with keyboard and mouse
Different popup menus get invoked with keyboard and mouse
Status: RESOLVED OBSOLETE
Product: gnome-panel
Classification: Other
Component: window list
git master
Other All
: Normal minor
: ---
Assigned To: Panel Maintainers
Panel Maintainers
AP3
Depends on:
Blocks:
 
 
Reported: 2002-09-25 12:17 UTC by Muktha
Modified: 2020-11-06 20:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Muktha 2002-09-25 12:17:46 UTC
I'm running Sun's beta 2 build 9 sources (17th Sep snapshot from CVS).

When a right click is done on the windowlist button, a pop up menu comes up
which has the following options:
'Close', 'Minimize', 'Maximize', 'Shade', 'Move' and 'Resize'.
But when the keyboard focus is brought to the windowlist button and
Shift+F10 is pressed, the pop up menu with the options 'Preferences',
'Help', 'About' etc pops up. This popup menu gets invoked with mouse only
when a right click is done on the windowlist handle.

In my opinion, right click of mouse and pressing 'Shift+F10' on the
windowlist button should popup the same popup menu.
Comment 1 Calum Benson 2002-09-26 12:37:52 UTC
I agree... when a window list button has focus, Shift+F10 should pop
up the window menu, and Ctrl+F10 should pop up the Prefs/Help/About menu.
Comment 2 Calum Benson 2002-09-26 12:41:16 UTC
Hmm no, I take that back, Ctrl+F10 is supposed to pop up the panel
menu, isn't it :)  I agree it does seem more logical that Shift+F10
should pop up the window menu when a window button has focus though...
just need to think this one through a bit I think.
Comment 3 Calum Benson 2002-10-21 15:37:19 UTC
Hmm, thought about it a bit more but it's still ugly :/  Only solution
I can think of is to include the window list's gripper bar in its
internal tab sequence, and have Shit+F10 pop up the "Prefs..." context
menu when that has focus, and the "Minimize/Maximize" context menu
when a window button has focus.  Ctrl+F10 would continue to pop up the
panel context menu whichever control had focus.
Comment 4 padraig.obriain 2002-12-02 16:41:54 UTC
I have hoped to allow the PanelApplet to get focus if it has a HANDLE
and to draw the focus indicator on the gripper when the PanelApplet
gets focus but panel_applet_frame_expose() is not called when
PanelApplet gets or loses focus.

Need to try again.
Comment 5 Calum Benson 2003-04-03 14:44:29 UTC
Updating status_whiteboard field to reflect A11Y team's assessment 
of accessibility impact.
Comment 6 Calum Benson 2003-08-07 16:12:55 UTC
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME
bug list :)
Comment 7 Luis Villa 2003-12-30 01:06:44 UTC
AFAICT from behavior testing this is still a problem- updating version.
Comment 8 Christian Neumair 2004-10-21 13:22:05 UTC
Still seems to be an issue.
Comment 9 Calum Benson 2004-10-21 16:39:45 UTC
Apologies for spam-- ensuring Sun a11y team are cc'ed on all current a11y bugs.
 Filter on "SUN A11Y SPAM" to ignore.
Comment 10 Calum Benson 2006-04-26 17:09:01 UTC
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
Comment 11 Calum Benson 2008-05-09 15:26:01 UTC
Still an issue in 2.22 :/
Comment 12 André Klapper 2020-11-06 20:23:28 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.