Bug#653483: libgnomekbd7: Setting Caps Lock as another Super behaves strangely
rriegs at gmail.com
Wed Dec 28 20:21:07 UTC 2011
Use System Settings > Region and Language > Layouts > Options... > "Caps Lock
key behavior" to make Caps Lock another Super.
1) Caps Lock then opens the Gnome Activities menu as expected, but the actual
Windows key no longer does.
2) In System Settings > Keyboard > Shortcuts, pressing the Windows key while
setting a shortcut now instantly sets the shortcut to Super L. (Such shortcuts
do not work with either the Windows key or Caps Lock.) Caps Lock, on the other
hand, may be used as Mod4 in combination with other keys.
3) Keyboard shortcuts that use Mod4 now work reliably with the Windows key
(previously, they didn't; see separate bug report), but often must be issued
twice when using Caps Lock (as was previously the case with the Windows key).
It seems that setting Caps Lock to another Super---normally assigned to the
Windows key---for some reasons alters the meaning of the Windows key as well.
I'm not sure if this problem also affects other possible redefinitions of Caps
Lock or other keys that can be redefined to Super.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libgnomekbd7 depends on:
ii iso-codes 3.31-1
ii libatk1.0-0 2.2.0-2
ii libc6 2.13-21
ii libcairo-gobject2 1.10.2-6.1
ii libcairo2 1.10.2-6.1
ii libfontconfig1 2.8.0-3
ii libfreetype6 2.4.8-1
ii libgdk-pixbuf2.0-0 2.24.0-1
ii libglib2.0-0 2.30.2-4
ii libgnomekbd-common 3.2.0-1
ii libgtk-3-0 3.2.2-3
ii libpango1.0-0 1.29.4-2
ii libx11-6 2:1.4.4-4
ii libxklavier16 5.1-2
libgnomekbd7 recommends no packages.
libgnomekbd7 suggests no packages.
-- no debconf information
More information about the pkg-gnome-maintainers