| Summary: | Shortcuts with Backtab don't work | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Tobias G. Pfeiffer <tgpfeiffer> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | kde, kde, list, nbigaouette, post, renan.t.inacio, sasha2048, tnemeth |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Tobias G. Pfeiffer
2009-01-04 02:10:44 UTC
I also have this problem, and bug 180449 appears to be a duplicate. Note that the default hotkeys include Alt+Shift+Tab as Alt+Shift+Backtab, which work. But pressing this key combination to set the hotkey, it sets as Alt+Backtab, which does not work. I can confirm this on KDE 4.2 (kubuntu packages) Solution: - Logout - Edit ~/.kde/share/kglobalshortcutsrc and change "previous screen" to CTRL+SHIFT+BACKTAB - Login again - Works Therefore, - either the way Backtab is interpreted by the kde system is incorrect (bug #179504 ?) - the shortcut is saved incorrectly. *** This bug has been marked as a duplicate of bug 179504 *** This report and bug 179504 are some different. Shift+Numbers "don't work" only for global shortcuts, while Shift+Tab "doesn't work" in applications too. Are you sure that this report really should be marked as duplicate of those? I agree it seems different then bug 179504 but maybe it is the same in the code. Either way I am affected too. I will try replacing "Backtab" to "Shift+Backtab" in configuration file directly as comment #2 to see if it changes something. I can confirm that manually editing the config files to add "shift" bypassed the problem: it is working. I can confirm that manually editing the config files to add "shift" bypassed the problem: it is working. $ cd ~/.kde4/share/ $ grep -irn backtab * apps/kile/kileui.rc:856: <Action shortcut="Alt+Left; Ctrl+Shift+Backtab" name="gotoPrevDocument" /> apps/kate/kateui.rc:152: <Action shortcut="Alt+Left; Ctrl+Shift+Backtab" name="go_back" /> apps/konsole/konsoleui.rc:67: <Action shortcut="Shift+Left; Ctrl+Shift+Backtab" name="previous-view" /> apps/dolphin/dolphinui.rc:131: <Action shortcut="Ctrl+,; Ctrl+Shift+Backtab" name="activateprevtab" /> config/kilerc:134:gotoPrevDocument=Alt+Left; Ctrl+Shift+Backtab *** Bug 244260 has been marked as a duplicate of this bug. *** *** Bug 208559 has been marked as a duplicate of this bug. *** *** Bug 262196 has been marked as a duplicate of this bug. *** While not being able to judge whether this is really a duplicate of #179504, I can definitely confirm that this issue is still present in KDE 4.4.5. The only way to get around this is as described in the second comment. Why isn't this problem dealt with? it's the very same bug. alt+shift+tab works fine _inside_ applications* only not with global shortcuts (whether defined from inside an application or systemsettings doesn't matter at all) -> therefore you should not comment to a bug marked as duplicate (unless explicitly questioning the dupe character) since it leads to information fractioning. *you can test by killing kglobalaccel and assigning the shortcut to eg. open or so. of course one can not re-assign a gloabally taken shortcut locally - that would simply be an invalid bug because an intentional error |