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 634242 - Windows key functionality is hardcoded
Windows key functionality is hardcoded
Status: RESOLVED DUPLICATE of bug 665547
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2010-11-07 20:05 UTC by Xan Lopez
Modified: 2012-01-09 11:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Xan Lopez 2010-11-07 20:05:40 UTC 
It's (somewhat) common to set up the Windows key in keyboards to act as a sort of Compose key in order to be able to write a wider range of characters in a straightforward way. The Shell hardcodes this key for OS-like functions (zooming in/out to the overview at the time of writing), so any user setting wrt it is lost when using the shell. It would be nice to either have the Shell detect this and leave the key alone or to have a GSetting to toggle off this feature.
Comment 1 Gary Lucas 2010-11-07 21:31:44 UTC 
Looks like an enhancement request.

Should be set:
Severity=Enhancement, Priority=Normal. 
?
Comment 2 qmax 2012-01-07 07:47:09 UTC 
Not actually hard-coded.

It can be configured with gconf-editor at 
/apps/mutter/general/overlay_key
You may put "Dumb" there to disable overlay view triggering.
Or you may put "Menu" or "F12" there to use these keys for expoview.
Comment 3 Florian Müllner 2012-01-09 11:41:38 UTC 
(In reply to comment #2)
> Not actually hard-coded.
> 
> It can be configured with gconf-editor at 
> /apps/mutter/general/overlay_key

True, but the setting is only respected for entering the overview. Dup'ing on a newer bug which has a patch.

*** This bug has been marked as a duplicate of bug 665547 ***