| 1 |
This is probably going to seem trivial, but it is driving me a little |
| 2 |
buggy. I'm a programmer, so I spend almost my whole day editing code, |
| 3 |
including a large amount of cutting, copying and pasting. So I do a lot |
| 4 |
of key-sequences where I'm holding down shift(+ctrl)+arrows to select, |
| 5 |
then depressing control to start a ctrl+c or a ctrl+x sequence. |
| 6 |
|
| 7 |
What's driving me nuts is that while I'm editing, the various KDE-based |
| 8 |
editors (Eric, Kwrite, Kate) are all displaying behaviour where if I |
| 9 |
hold down shift and move the cursor to select, then depress ctrl before |
| 10 |
I release shift, my next keystroke (normally ctrl+c or ctrl+x) is |
| 11 |
ignored. Given that probably 80% of the time I'm doing shift+ctrl+arrow |
| 12 |
to select "words", this makes for a very frustrating situation where I |
| 13 |
have to pause, explicitly release the control, release the shift, then |
| 14 |
re-depress the control key (and when I do it wrong I wind up having to |
| 15 |
go from where I was trying to paste back to where I copied). |
| 16 |
|
| 17 |
Similarly, if I hold down shift before depressing control to start |
| 18 |
selecting, the first arrow-keypress is ignored for moving about in |
| 19 |
words, so I wind up having to constantly check to see if I've really |
| 20 |
selected the thing I'm trying to select (which slows me down). To be |
| 21 |
clear shift, then control, then arrow ignores the first arrow-keypress, |
| 22 |
whereas control, then shift, then arrow pays attention to the first |
| 23 |
arrow-keypress. |
| 24 |
|
| 25 |
I'm seeing a similar effect in Mozilla Thunderbird and Mozilla Firefox |
| 26 |
(form text-entry), where if I use shift-ctrl-arrow to select words and |
| 27 |
let the ctrl key up last, the editor consumes two keystrokes before |
| 28 |
returning to normal editing. I'm gathering that it's entering some sort |
| 29 |
of "chording" key-entry mode, where it's expecting me to enter an |
| 30 |
accented character sequence or the like, but I can't find anywhere to |
| 31 |
*disable* that. That's supported by the fact that if the two characters |
| 32 |
are "co", a copyright symbol is inserted, and ss inserts a German ß |
| 33 |
character (note, that this chording entry also occurs in the KDE-based |
| 34 |
editors, but only for the case where I select with just shift+arrows, |
| 35 |
then depress control before releasing shift (first case outlined above)). |
| 36 |
|
| 37 |
The effect from the KDE editors wrt shift then control then arrow |
| 38 |
ignoring the arrow-press while the keys are down does *not* occur in |
| 39 |
Mozilla (that is, the word is selected normally, but the next key-stroke |
| 40 |
after releasing everything is ignored, and will produce extended |
| 41 |
characters if for example co or ss are the next two characters). |
| 42 |
|
| 43 |
Just pressing shift, then ctrl, releasing, then typing the two-character |
| 44 |
sequence produces the chording effect as well. |
| 45 |
|
| 46 |
I've disabled KDE keyboard layouts and checked that there aren't any |
| 47 |
hotkeys with just ctrl in them. Locale is set to US English. The |
| 48 |
keyboard is a Microsoft Natural Pro (USB). Running xorg-x11 (same |
| 49 |
effect on 6.7 and 6.8) and kde 3.2.2, 3.2.3 and 3.3.0 (all show the same |
| 50 |
effect) on AMD64. I'm guessing this is: |
| 51 |
|
| 52 |
* a bug in the keyboard driver |
| 53 |
o that could explain the KDE problems, if the driver was |
| 54 |
mis-reporting the sequence of releasing shift and control |
| 55 |
o wouldn't explain the chording-key mode, or the ignoring the |
| 56 |
first arrow with both modifier keys down |
| 57 |
* possibly a problem with the xorg configuration, but I can't see |
| 58 |
what it would be, I just tell it that it's a "microsoft" keyboard |
| 59 |
with "us" layout |
| 60 |
* possibly two entirely different "features"/bugs that just happen |
| 61 |
to be related to the same keys |
| 62 |
|
| 63 |
I'd really appreciate any guidance people have about how to disable |
| 64 |
these effects, or how to go about tracking down where the setup for such |
| 65 |
"features" would be located so I can terminate them with extreme |
| 66 |
prejudice :) (I'm getting tired of screaming at the computer :) ). |
| 67 |
|
| 68 |
Thanks, |
| 69 |
Mike |
| 70 |
|
| 71 |
________________________________________________ |
| 72 |
Mike C. Fletcher |
| 73 |
Designer, VR Plumber, Coder |
| 74 |
http://www.vrplumber.com |
| 75 |
http://blog.vrplumber.com |
| 76 |
|
| 77 |
|
| 78 |
-- |
| 79 |
gentoo-desktop@g.o mailing list |
Archives