Version: (using KDE KDE 3.2.2) Installed from: Debian testing/unstable Packages Compiler: gcc (GCC) 3.3.4 (Debian) OS: Linux Because I'm using a wacky keyboard that has the : key where my brain expects the ' key to be, I keep typing things like 'don:t'. For this reason, I tried to use khotkeys to bind :s to 's and :t to 't. Unfortunately, this doesn't work well. If I type a ":", then pause before pressing "T", then sure enough "'t" is produced. However, if I type it at a normal speed, normally nothing is produced at all. To make matters worse, I now cannot type a colon at all--it appears I would have to bind every possible combination of colon + key to make that work. To reproduce: 1. Add a new "Keyboard Shortcut -> Keyboard Input (simple)" action in the khotkeys control panel 2. For the Keyboard Shortcut, enable "Advanced" and "Multi-key mode", and then type :t 3. For the Keyboard Input Settings, enter Shift+7:T (Shift+7 enters a ' character on my keyboard; YMMV) 4. Apply 5. Type "don:t" slowly into some application 6. Type "don:t" quickly into some application 7. Attempt to type "Time: 7pm" into some application
Yes..Multi-key shortcut is too buggy. I tried to use them in Kdevelop. Bug#1. Ctrl-x,Ctrl-s is same as Ctrl-x,s and similar problems... Bug#2: Let's say..i have disabled Ctrl-x(from global shortkey..for Cut) and basically i wanted to use Emacs shortcut within Kdevelop.And i have assigned following Key combinations: Ctrl-x,Ctrl-s (for save) Ctrl-s(for incremental search) Now when i type Ctrl-x,Ctrl-s..then the document will be saved..but apart from that..the lineedit entry for incremental search also comes up. Bug#3: If i have assigned: Ctrl-x,Ctrl-s(for save) Ctrl-s,Ctrl-f(for open the file) Then most likely only one shortcut works. Look..guy here is already a QT developer(though have done little on KDE front) and i know this bug exists.So plz confirm it. If you can't fix it.I can take up the job and proceed to fix. Intially i thought it is a Kdevelop issue..but Kdevelop people told me..it is a KDE wide issue. So do something.
Ohh..just one modification.. Bug#3 is.. If i have assigned: Ctrl-x,Ctrl-s(for save) Ctrl-x,Ctrl-f(for open the file) Then most likely only one shortcut works.
Shortcuts are handled by classes KAccel and KGlobalAccel in kdelibs/kdecore. The code currently lacks an active maintainer, so your contributions will be certainly welcome.
I'm noticing a similar problem in kate using emacs bindings. If I configure the shortcuts and search for "save" two save functions appear -- one under "Kate" and one under "Kate Part." The first apparently is Session->Save, and the second is File-Save (the one I want). If I have the Open function (it only exists in the Kate section) bound to Ctrl-X,F, and the Save function, also from the Kate section, bound to Ctrl-X,S, then things work as you'd expect -- that is you hold ctrl-X, and the little window pops up showing "Open F" and "Save S." However, if I bind the Save function from the "Kate Part" section to Ctrl-X,S, then as soon as I hit ctrl-X, the file saves. I have Find bound to Ctrl-F, so typing ctrl-X,F results in my file saving, and the Find dialog opening. Because Save is actually being bound to Ctrl-X, any multi-key beginning with Ctrl-X is inaccessible. Note that if I use the mouse to access the menu Save claims it is bound to Ctrl-X,S.
*** This bug has been confirmed by popular vote. ***
I'd like to use emacs-like shortcuts in konqueror (3.5.7) like "Ctrl+X,K" to kill/close a tab. But currently the tab will be closed when I hit Ctrl+X, the K isn't needed. It would be nice if multi-key shortcuts could be fixed at least for KDE 4. That would make KDE much more usable for all people that prefer using the keyboard over the mouse.
Same problem here. Multikey shortcuts seem to be implemented using a popup menu, and I have to wait about half a second for the menu to finish showing, or the next keypress is ignored. Also, certain combinations don't work. For instance, some key followed by Tab doesn't work; it just moves the highlight downward in the popup menu instead. I'm a bit confused why this feature would use a popup menu. Why not use the same mechanism that's used for single shortcut keys?
This should have pointed kglobalaccel, but multikey shortcuts where actually removed in KDE4 and up, see bug/wish #217833
PS, in case anybody still reads this: do not try to fix keyboard mappins with shortcuts. Fix the keyboard map instead (in doubt by xmodmap'ping the keys around)