Version: unknown (using 4.1.2 (KDE 4.1.2), Kubuntu packages)
OS: Linux (i686) release 2.6.27-4-generic
Shift-Alt-Tab, even when set for going backwards through the Window list doesn't seem to...work.
I have this problem as well.
4.1.2 on gentoo - I'll gladly provide more information if needed.
Me too on 4.1.3. KDE has nice switchers but not being able to go backwards kills the fun. It would be nice if after alt-tab (with the alt key held down), the mouse wheel up/down could be used to browse the windows. Perhaps this is related to other input bugs such as khotkeys.
I fixed this in my system by changing the xorg.conf - my keyboard layout and variants weren't correct
Alt-Tab works as well as Shift-Alt-Tab. This should be marked as CLOSED/FIXED.
*** Bug 184764 has been marked as a duplicate of this bug. ***
I have the same bug in KDE 4.2.3 (KWin 4.2.2). Alt-Tab works but Shift-Meta-Tab fails. The Meta-Tab is the left 'windows'-key.
*** Bug 194046 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
I have the same Problem using Ubuntu with KDE 4.2.2 through 4.2.4.
as I mentioned in https://bugs.kde.org/show_bug.cgi?id=159063 this could be a problem how the "shift" key is translated for Qt. There's Qt::Key_Shift and Qt::SHIFT, one is a modifer the other a key.
SHIFT works fine, but I couldn't get to work Key_Shift in any of my Qt programs.
I'm using Kwin 4.2.2, and I noticed this bug and wasted an hour inside "kcmshell4 keys" messing with Alt+Backtab, Alt+Shift+Backtab, Meta+Tab, etc. each shortcut causing its own problems.
Then, I tried setting them back to the defaults: Alt+Tab for forward and Alt+Shift+Backtab for reverse, (*NOT* Alt+Backtab which it produces when you press the key yourself). After this, I ran "kwin --replace &"... and lo and behold, forwards and backwards works like a charm.
I think the three problems are:
- Changing a Window Switcher shortcut inside of "kcmshell4 keys" causes some sort of inconsistent state inside KWin, so you have to restart it for the shortcuts to update properly throughout.
- Pressing "Alt+Shift+Tab" into the keybinding box shows up as Alt+Backtab, which is incorrect--it should be Alt+Shift+Backtab in order for the shortcut to work!
Note that this occurs for any Tab/Shift+Tab based bindings you want -- so the Shift/Backtab deal is the real issue to deal with. For example, I cannot use Meta for window switching as long as I am unable to input Meta+Shift+Backtab into the box (aside from hand-editing some config file).
- This was the bug that prompted me to change key shortcuts in the first place, so there might be something wrong with the defaults. On the other hand, it is possible that I had changed the keybindings a few months ago and forgot, maybe when I was using KDE 4.1 or KDE 3.
http://websvn.kde.org/?view=rev&revision=996212 might be interesting, not sure if it has been backported to 4.3 branch.
Based on comment #12 I had hoped this would be fixed in 4.3. Unfortunately it appears the problem is still there. Also exports seem to fail using kcmshell4 in KDE 4.3.
Sad but true and very annoying (and one reason why i keep using 3.5 on my laptop)
The funny thing is: The standard config of Debian is Alt+Shift+Backtab, but cycling backwards through the window list didn't work out of the box.
Please try the following: Set a combination for going backwards through the list, accept it and then switch back to default. Worked for me, but just because its the default configuration.
Matthias: I tried that but in Kubuntu the default is None so it just went back to not being assigned. For what it's worth alt+shift+Tab didn't work anyway. I edited:
and made the config line for Walk Through Desktop List (Reverse) read:
Walk Through Desktop List (Reverse)=Ctrl+Shift+Backtab,none,Walk Through Desktop List (Reverse)
and it works! I'm pretty sure that's what Patrick was referring to in comment #11 but I couldn't find the file to edit until now. Whew. I was almost forced to switch to gnome there.
Do you know which part of kde causes this error? I'd like to find fix this problem for now and forever.
The problem is that Meta+Shift+Tab doesn't work either and I use this combination to go backwards through the list of desktops.
(In reply to comment #16)
> Do you know which part of kde causes this error? I'd like to find fix this
> problem for now and forever.
> The problem is that Meta+Shift+Tab doesn't work either and I use this
> combination to go backwards through the list of desktops.
I think the problem with Shift+<somekey> is a problem in Qt, however I haven't seen any problems since months now (I'm using KDE 4.3 since 4.2 was released) here.
My systemsettings show me "Alt+Shift+Backtab" for going backwards through the list and thats also the default as far as I can see.
The relevant code for this is in Qt's QAction/QKeySequence/QShortcut and probably some of the kernel classes (like QApplication etc) as well as KDE's global shortcuts daemon which covers the global-X11-keyboard-stuff (thats in kdebase/runtime and kdelibs/kdeui)
The weird thing is that the default shortcuts do always work. There's just a problem with those you set yourself.
And yes, I did a bit of research a while ago, it looks like the kde applications recognise shift as a key, not as a combination. Qt differs here.
replace "combination" with "modifier"...
*** Bug 205982 has been marked as a duplicate of this bug. ***
*** Bug 206111 has been marked as a duplicate of this bug. ***
Afaik this bug is fixed.
Can we close it?
Still happens to me with 4.4.3 or was it fixed in 4.5?
(In reply to comment #23)
> Still happens to me with 4.4.3 or was it fixed in 4.5?
It was fixed in 4.4 for me and still works like a charm here on my Archlinux with KDE SC 4.4.3.
Weird. Meta + shift + tab does not work for me either while meta + tab works. Could it be Debian specific bug, hm...
I'm using Debian Unstable and its KDE 4.4.3 packages. Meta+Shift+Tab works like a charm for switching desktops backwards, here.
could you move your .kde directory to a safe place and try with a fresh config if this problem still exists then?
I got it. By default it works. However if you manually configure it when pressing alt + shift + tab it inserts "alt + shift + tab" literally. While by default it is "alt + shift + backtab". Backtab works, while Tab does not. Don't quite sure why it does so, it worked some KDE4 versions ago AFAIR.
*** Bug 247535 has been marked as a duplicate of this bug. ***
*** Bug 249815 has been marked as a duplicate of this bug. ***
In KDE 4.5 Alt+Shift+Tab gets converted to.. Alt+Shift+Tab and it still does not work.
Still open in KDE 4.6 (openSUSE 11.4)
Manually editing the kglobalshortcutsrc and changing Shift+Tab to Shift+Backtab works.
Git commit 6026c3a32056bdbae6964e25abf712870edf5aac by Simon Persson.
Committed on 29/06/2011 at 05:10.
Pushed by persson into branch 'master'.
Make global shortcuts involving shift+tab work
When entering (ctrl,alt,meta)+shift+tab as a new shortcut
KKeySequenceWidget gets "backtab" as the key pressed but records "tab".
kglobalaccel gets the keypress event as "backtab" which is correct but
only triggers shortcuts with "backtab" in them and such shortcuts are
not possible for the user to enter.
This commit makes kglobalaccel look for both tab and backtab when
triggered, same as Qt does. By triggering on both it also avoids
breaking peoples alt+shift+tab on upgrade.
M +19 -2 kglobalaccel/globalshortcutcontext.cpp