Version: (using KDE KDE 3.5.2) Installed from: Gentoo Packages Compiler: gcc 3.4.5 OS: Linux I used Windows+Tab for Walk Through Windows for quite some time (KDE 3.4.1 until now) and I never had any problems. Recently I changed to KDE 3.5.2 and Xorg 7 and now Windows+Tab only cycles between two windows. After setting it to the default Alt+Tab it works correctly. In addition, Windows+Shift+Tab for Reverse works well too.
Provide output from 'xmodmap -pm' and specify which keys exactly you press.
sebschub@satux ~ $ xmodmap -pm xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x7f), Hyper_L (0x80) mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x71), ISO_Level3_Shift (0x7c) I hold the Windows key and press the Tab key and that only cycles between two windows on one desktop even though there are more windows open. The standard Alt+Tab works without a problem. In addition, there should not be any problem with the windows key in general as I set Windows+S for Konsole which works.
The probleme still exists in KDE3.5.3 (Gentoo as well). Can I give you additional information?
Some more strange things: Setting Windows+Tab: Walk Through Windows (Reverse) works as expected except that no small window is shown which shows all open windows. Windows+Shift+Tab: Walk Through Windows shows that little overview window, but one have to press eg Enter to select another window.
What I have found is that Win+Tab just toggles between the current window, and the last window. Setting back to Alt-Tab works as it is supposed to (brings up a pop-up, which steps through the windows).
The bug is connected to kcontrol > Desktop > Window Behaviour > Show window list while switching windows If it is deactivated there is no problem.
*** Bug 120307 has been marked as a duplicate of this bug. ***
If that's of any help to the developers, this bug appeared after switching from xorg-6.8.2 to xorg-7.0. It's there both in kde-3.5.2 and 3.5.3 (from what I've tested), so it must be related to some keyboard handling code in xorg. My keyboard config is as follows: Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "CoreKeyboard" Option "XkbModel" "pc105" #Option "XkbOptions" "grp:toggle,grp_led:scroll" Option "XkbVariant" ",winkeys" Option "XkbLayout" "pl" EndSection The bug appears both in this configuration, and when I comment out the ",winkeys" option. Antoni
Please provide xev output for keypress and keyrelease of the Win key.
I have the same problem. Here are the events for my Win key. This is on current Gentoo with Xorg 7.0 and KDE 3.5.2. Config/env bits: KDE's config (control panel) has no settings at all for keyboard layout or XKB options. Linux zim 2.6.12-gentoo-r10 #4 SMP Mon Oct 24 11:08:56 MDT 2005 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GNU/Linux Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x7f), Hyper_L (0x80) mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x7c) KeyPress event, serial 31, synthetic NO, window 0x3c00001, root 0x3e, subw 0x0, time 4164388676, (98,26), root:(845,504), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3c00001, root 0x3e, subw 0x0, time 4164388812, (98,26), root:(845,504), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
Regarding comment #4. If bound to "Walk Through Desktop List", I get (almost) exactly the same behaviour, but this time for desktop walking (notice the switched keys for reverse walking). So: Windows+Tab: "Walk Through Desktop List" works as expected except that no small window is shown which shows all desktops. Windows+Shift+Tab: "Walk Through Desktop List (Reverse)" shows that little overview window, but one has to press a key (any key) to select another desktop
Sorry, forgot something in comment #11: It is not just the win+tab key combination that has this problem. I tried with win+Y and it behaves the same as win+tab. Also, pressing the left or right win key makes no difference. I do not use gentoo, instead I have Kubuntu Dapper Drake + KDE 3.5.5 (from kubuntu.org). Here is the output of xev when pressing and releasing the windows key: KeyPress event, serial 28, synthetic NO, window 0x3000001, root 0x47, subw 0x0, time 3287559489, (166,-9), root:(170,16), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3000001, root 0x47, subw 0x0, time 3287559553, (166,-9), root:(170,16), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: By the way: I like KDE a LOT, thanks! Tim PS: At the risk of sending someone on a wild goose chase: Could this bug be related to the problems Aaron Seigo (namedropping! whooo!) encountered when he tried to make the windows key activate the K Menu (seeing as it is a modifier, he had to "kludge it", eventually ripping out the code iirc).
I had exactly the same `xmodmap -pm` output as comment #2, and exactly the same behaviour. Interesting observation: On the "Modifier key" or "Selector key" tab (I have a Swedish locale, let's just say it's the third tab), there are no keys listed for mod4! The rest of the modifier list match the xmodmap output though, except that modifier keys with the same name but different ID numbers are only listed once. I then went on trying some Alt/Win XKB options: altwin:hyper_win, left_meta_win, super_win. Win+Tab then stopped working completely, but I could still set it in the Shortcut dialog. I then tried altwin:alt_super_win (the description of which is mistranslated in Swedish, btw), and now it works! (And RWin as Compose works too.) However, xmodmap -pm gives the following line: mod4 Super_L (0x73), Super_R (0x75), Super_L (0x7f), Hyper_L (0x80), Meta_L (0x9c) and on the "third tab", Super_L and Super_R are listed, there are five key columns instead of three, the last three empty.
Unfortunately, the altwin:alt_super_win changes the menu key from Menu to Super_R. The only thing that was actually necessary was -mod4 Super_L (0x7f), Hyper_L (0x80) +mod4 Super_L (0x7f), Hyper_L (0x80), Super_L (0x73) i.e. xmodmap -e "add mod4 = Super_L"
Hi Magnus, I can confirm that your fix (in comment #14) : xmodmap -e "add mod4 = Super_L" works for me too. Thanks!
This can possibly be regarded as a bug in the XKB keymaps then, rather than a bug in kwin.
But wait, the altwin:super_win option works even better than altwin:alt_super_win. Now the Menu key stays. I never tried that, since it says "(default)".
*** This bug has been marked as a duplicate of 140023 ***