GNOME Bugzilla – Bug 780711
The alt+Tilda key should not open a switch-window selection
Last modified: 2017-08-10 20:46:53 UTC
Created attachment 348966 [details] A shell script that prints itself with instructions explaining how to resolve a Gnome Keyboard Problem The Tilda key is known as Above-Tab and to the left of the one-key. Normally, the <Left-Window + Tilda> keys do the task of presenting a graphical list of tasks, and allowing the user to select the one he wants. For some undocumented reason the <left-alt + Tilda> keys (the alt key and the window key are adjacent) are functionally identical to the above. I believe this to be a bug. I am using software that needs <alt+Tilda> as a returned scancode value. Using dconf-editor, I was able to correct the above bug. Please refer to the attachment. dconf tells me that there is no programatical way, only a risky manual way to fix the problem via the use of the dconf-editor. Please remove the two permenant binding of the alt+Tilda and the shift+alt+tilda.
My system is Fedora 25 Linux, Fedora 26 Linux (Gnome 3.22+) 64bit system # # This comment explains how to remove two key combinations that interfere with GNU APL when used with GNOME # The problem manifests itself when trying to use the key above the [tab] and to the left of the [1] # Without following the instructions herein, that [~ `] is unreachable. # The explanation follows. #------------------------ # Start the dconf-editor and follow the schema to /org/gnome/desktop/wm/keybindings/ # Look for switch-groups # The value before the change : ['<Super>Above_Tab','<Alt>Above_Tab'] Note that "switch-groups" has two setttings, # Remove the right most setting ",<Alt>'Above_Tab'" by deleting from right to left. # While you are erasing the characters, from right to left, you have a highlight for an error indication # That highlight will disappear when you erase the comma following the first argument. # You will note an error indication until you arrive at the first parameter # Your net result should be ['<Super>Above_Tab'] # You have to do the same for the shift-setting # The backwords setting is next to search for #switch-group-backward # Remove the ,'<shift><Alt>Above_Tab' #*********************************************************************************
Gnome keyboard mapping has 4 errors on the keyboard from the space key going left you have alt, super and ctl. alt-tab and super-tab produce the same results. alt-shift-tab and super-shift-bat please remove alt-tab, and alt-shift-tab It duplicates the role of super-tab and super-shift-tab. (I have no formal Gnome documentation to support my bug report. Next two errors. alt plus the key to the left of the [1] key alt-backtick and super backtick duplicate each other. alt-shift-backtick and super-shift-backtick are duplicates of each other. There are applications that use alt+ [a character key] to enter data. Please remove the alt+[backtick] and the alt+shift+backtick. As a temporary patch, create the following shell script and follow the instructions therein. #!/bin/bash # Version 0.9 # ************************************************************************************ # This code (script) explains how to remove two key combinations that interfere with GNU APL when used with GNOME # The problem manifests itself when trying to use the key above the [tab] and to the left of the [1] # Without following the instructions herein, that [~ `] is unreachable. # The explanation follows. #------------------------ # Start the dconf-editor and follow the schema to /org/gnome/desktop/wm/keybindings/ # Look for switch-group # The value before the change : ['<Super>Above_Tab','<Alt>Above_Tab'] Note that "switch-groups" has two setttings, # Remove the right most setting ",<Alt>'Above_Tab'" by deleting from right to left. # While you are erasing the characters, from right to left, you have a highlight for an error indication # That highlight will disappear when you erase the comma following the first argument. # You will note an error indication until you arrive at the first parameter # Your net result should be ['<Super>Above_Tab'] # You have to do the same for the shift-setting # The backwords setting is next to search for #switch-group-backward # Remove the ,'<shift><Alt>Above_Tab' #********************************************************************************* clear cat $0 sleep 5 /usr/bin/dconf-editor See attached shell script
This has nothing to do with dconf. The keys are captured in mutter/gnome-shell for the "group switch" functionality, with both Alt (as used in GNOME 2) and Super (as prevalent in GNOME 3) keybindings variants used. Running: gsettings set org.gnome.desktop.wm.keybindings switch-group "['<Super>Above_Tab']" and: gsettings set org.gnome.desktop.wm.keybindings switch-group-backward "['<Shift><Super>Above_Tab']" will stop it from using that functionality. Having the application not use such as complicated keybindings is also probably an option. From GNOME 3.26 onwards you could also open the Keyboard preferences, set an otherwise unused shortcut to use "Alt+`" and "Alt+Shift+`" before removing those keybindings. See https://bugzilla.gnome.org/show_bug.cgi?id=784620