bkil vs. programming

I haven't noticed the keyboard layout switcher yet. How come it automatically contains exactly the three layouts which are relevant for me? I've found out earlier that both Search and Translate can correct your input if it makes more sense in some other popular layout, like Russian. What else is there under their sleeves?

The problem is triggered by me rapidly changing capitalization via shift while typing. I use the two shift keys symmetrically, but it always seems to involve the left shift. It lasts from about 10 to 30 seconds on average, but today it ceased to resolve by itself. So I started to research the issue (IN CAPS), and thankfully found something that seemed to work: CTRL+FN-F1 to switch to a console, then back to Xorg with CTRL+FN-F7, and pressing the left shift right away. Maybe it is indeed related to TVTime usage, I need to concentrate more on the issue. It is said to be caused by automatic periodical screen saver inhibition via stuffing control and shift keypresses using XTest. Ubuntu Bug #588473: shift key get stuck randomly

Yesterday's "party" prompted me to do some drills of typing in order to improve my accuracy. :-) Results are the following on a random acceptable, but not new keyboard in our lab: A simple single sentence test without much caps: 70 A large paragraph (about one minute) of well-balanced text: 62(2), 66(1), 70(0), 66(1) Crazy phrases (two sentences each): 61(0), 67(0), 66(0), 69(0), 74(0), 70(0), 62(0), 63(0), 77(0), 65(1), 63(0), 79(0), 114(0), 56(0), 76(0), 61(0), 61(0), 70(0), 65(0), 57(0), 73(0), 87(0), 79(0), 77(0), 62(0), , 72(0), 72(0) Random letters (59 characters): 38(0), 39(0), 49(0), 45(0), 40(0), 39(0), 39(0), 36(0) Random letters, numbers and punctuation (59 characters): 35(0), 37(1), 36(0), 35(0) One minute of well-balanced text: 72(0), 69(0), 72(0), 74(0), 72(0), 71(0), 75(0), 80(0), 76(0), 72(0)

It's a pretty interesting fact that we still use the not so ergonomic kludges of many decades ago for our daily work. Let's just skip keyboard layouts altogether, as we all know the truth about them! ;-) You see, for technical reasons, ergonomics wasn't considered for these input devices by the original designers. They simply tried to solve the engineering problems of the day - and they have succeeded! They always have two driving forces: one, how similar problems have been solved in the past and two, how to construct a device as simple as possible (i.e., to invent as few things as possible at once). They are initially dominated by the limitations of technology of the day, while later on, they must keep in mind to provide an easy migration path for earlier users of the same or a similar invention ( Wikipedia: Path dependence ). For example, the typewriter has influenced the computer keyboard in all practically possible ways - i.e., they tried to mimic as closely as possibl...

I have modified the international standard Dvorak keyboard layout few years ago that accommodates national accents by simply correcting the output of "xmodmap -pke". I have recently created a similar one for winblows. I had to download and install msklc (after validation) first, in order to achieve that. The only problem was that I couldn't install the created layout, as I lacked the needed priviliges at our computer lab! I used it anyway to type in a CV with the help of it's test layout function and regular copy-pasting. Not a very elegant solution, but I think it was a fair way to accomplish the task. I wish I kept my keydrive bootable with DSL.