Hello
While working in OpenOffice Writer I accidentally set ctl-shift-u to enter
u. Normally it subscripts the selected text.
Turns out it was not an accidental OpenOffice setting because it is also effective in gedit, Gvim and Firefox (used to write the subject of this post).
It's a bit more than simply
u; in Gvim, when entered in input mode, subsequent characters are underlined; in OpenOffice Writer the
u cannot be selected and entering another ctl-shift-u does not insert another
u.
I don't know how to tell if this accidental setting affects text mode: in vim control mode the command s/./ctl-v ctl-shift-u/ results in ^U in the display. In input mode and at the bash command prompt (set for vi style editing) ctl-shift-u clears from cursor to beginning of line/command. Is that normal?
AFAIK the keyboard itself does not have recording/playback facility but it's possible; it's a cheapo with no documentation. FWIW it was made by Chesen and branded as an Anhui K680.
Software that might be doing this is:
- ubuntu 8.04.1
- X
- SCIM 1.4.7 (not knowingly used but is installed)
- GNOME (2.22.x maybe)
- Metacity 1:2.22.0
Examining each of these in turn has not identified where the problem setting is made (possibly because of my ignorance):
- ubuntu: I don't know anything about ubuntu key settings.
- X: xev (insofar as I understand what it is saying) doesn't show X doing anything special with ctl-shift-u.
- SCIM: A review of SCIM hotkeys didn't show it using ctl-shift-u.
- GNOME: System, Preferences, Keyboard Shortcuts didn't show ctl-shift-u and anyway it's all about running commands not entering text.
- Metacity: gconf-editor, apps, metacity didn't show ctl-shift-u and anyway it's all about running commands not entering text.
The setting is persistent across a reboot
How to find and remove this unwanted configuration?
Best
Charles