Bug 196844 - Main Menu - <Control><Alt>d doesn't Hide all windows and focus desktop when Main Menu is open
Summary: Main Menu - <Control><Alt>d doesn't Hide all windows and focus desktop when M...
Status: RESOLVED UPSTREAM
Alias: None
Product: openSUSE 11.0
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Final
Hardware: Other openSUSE 10.3
: P4 - Low : Normal (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard: gnomeup-gnome-main-menu gnome-usability
Keywords:
Depends on:
Blocks: main-menu-behavior
  Show dependency tree / graph
 
Reported: 2006-08-03 16:48 UTC by Eric Ward
Modified: 2010-11-27 15:37 UTC (History)
3 users (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Ward 2006-08-03 16:48:44 UTC 
Problem -
If the user attempts to use the default keyboard binding of <Control><Alt>d to show the desktop while the Main Menu is open, the operation fails.

Steps to Reproduce
- Open some arbitrary applications
- Press the <Control><Alt>d sequence and notice how the applications are minimized and the desktop gains focus. Pressing the <Control><Alt>d sequence again will bring the applications back into view.
- Now attempt the <Control><Alt>d sequence while the Main Menu is open. Notice how the functionality fails.

Expected Behavior
The Main Menu should respect Gnome Keyboard shortcuts.
Comment 1 JP Rosevear 2006-09-20 04:13:42 UTC 
The is the same for the traditional menu as well because of the keyboard grab, really a duplicat.

*** This bug has been marked as a duplicate of bug 135951 ***
Comment 2 Guy Lunardi 2006-09-21 04:41:46 UTC 
Reasons for re-opening the bug:

1) The behavior described is currently available to users of Microsoft Windows XP
2) Can introduce confusion for disabled users where the focus is 'stolen' by the menu
3) A Specific scenario has been identified and documented in this bug

I would appreciate if a status specific for the case expressed here could be identified. Some may not be feasible for SP1 but I would like to see them documented at least.
Comment 3 JP Rosevear 2006-09-21 05:53:04 UTC 
I do not believe 2) is really an accessibility concern since it works in appropriate context.  ctrl-alt-d should close the menu anyhow when it minimizes all other windows so the Esc and then ctrl-alt-d give the desired behaviour (behaviour consistent with an application menu drop down btw).
Comment 5 Federico Mena Quintero 2007-12-18 16:43:51 UTC 
As a special case we could see what /apps/metacity/global_keybindings/show_desktop says, and then pass on a message to metacity to show the desktop.  I don't know if there's an EWMH hint to do this.
Comment 6 Vincent Untz 2008-03-03 12:08:59 UTC 
You can copy code from libwnck to show the desktop. See wnck_screen_toggle_showing_desktop()
Comment 7 Vincent Untz 2008-06-11 17:10:28 UTC 
Still valid in 11.0.
Comment 8 William Witt 2010-11-27 15:37:38 UTC 
Reproduced on current 11.3 and Fedore 14.  Sending upstream

https://bugzilla.gnome.org/show_bug.cgi?id=635925