Summary: | Already used shortcut keys should be easily reassignable in KDE Menu Editor | ||
---|---|---|---|
Product: | [Applications] kmenuedit | Reporter: | Michael Liddle <michael> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | wstephenson |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Michael Liddle
2008-04-25 08:58:34 UTC
It actually does give the name of the application to which the key is assigned to (at least on Kubuntu running 3.5.9), but a reassign button would indeed be nice/better. Ah sorry, right you are... I think I meant to say (that is to say, I got mixed up) that it doesn't tell you how to find the entry (i.e. what submenu it might be under) to reassign it manually. Actually it seems a little weirder... If the already assigned shortcut was to an "Input Action" (e.g. Ctrl+P -> 'Print' on openSuse 10.3, KDE 3.5.9) it gives you a "Reassign" button. However if the already assigned key is to a "Menu Entry" it just tells you that it is already assigned to "<entry-name>". I would expect these two cases (and possibly others if there are any) to behave the same. Also a "search" box/function might come in handy... One final note is that creating an Input Action (in the IAs dialog) triggered by a key that is already assigned to a Menu Entry will just override that existing assignment, without warning you at all! Fixed by new kglobalaccel service in KDE 4; this tells you the previous owner of the shortcut before you reassign it. |