Summary: | konsole and kopete share same shortcut control + shift + w | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kdelibs | Reporter: | Jithin Emmanuel <jithin1987> |
Component: | shortcuts | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | adaptee, cnfourt, edoubrayrie, finex, kde180133, konsole-devel, kopete-bugs-null, lvillani, robertknight, yangjeep, zeroping+kdebugs |
Priority: | NOR | ||
Version: | 4.7 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: |
Description
Jithin Emmanuel
2008-12-02 06:46:02 UTC
Confirmed using current trunk too. Isn't this a bug in the shortcut system? If there is a global shortcut and a window-specific shortcut bound to the same combination is the window-specific one supposed to take precedence? In any case, Ctrl+D can be used to exit the shell in any terminal which also results in the tab being closed - this may not work if you have other interactive applications running in the terminal and you will need to repeat this if you have nested shells running. You're right Robert: do you suggest to move this bug to kdelibs? ping? this 'bug' is pretty annoying. Anyway I suggest the kopete developers to change the 'Set away/back' shortcut to something else or retrograde it to window-specific shortcut as a temporary solution. currently even CTRL+SHIFT+S is used by both kopete and konsole It seems to me that there's bound to be overlap between applications' global shortcuts and per-application shortcuts. I'm not sure the Kopete guys could pick any default global shortcut without stepping on someone's toes. And this is a major annoyance: it's a problem even if you never start up Kopete. Maybe the right thing to do it to accept that there will be overlap, and change KShortcutsDialog (kdeui) to give some indication of this? My knee-jerk reaction was to check Settings -> Configure Shortcuts in Konsole, and I think that the dialog could grey-out the line for 'close tab' and show "overlaps X from application Y". That way, we leave the decision to the user: do they want ctrl-shift-w to close tabs, or toggle their away/present state? *** Bug 279940 has been marked as a duplicate of this bug. *** Assign it to kdelibs. See comment #2. *** Bug 212022 has been marked as a duplicate of this bug. *** |