On 12/26/06, Dotan Cohen <[EMAIL PROTECTED]> wrote:
On 26/12/06, Ori Idan <[EMAIL PROTECTED]> wrote: > This seems to me an X issue, however it is strange that on my system I can > not reproduce this bug. > I use debian unstable with x.org, with gnome 2.14.2 the bug does not appear > nither in firefox nor openoffice. > Do you mean that on your system you can type Ctrl-ה and it pastes? Do you use KDE, Gnome, or something else?
I'm also running debian unstable, xorg 7.1.0, gnome 2.14.3, openoffice 2.0.4. _XKB_RULES_NAMES(STRING) = "xorg", "pc104", "us,il", ",lyx", "grp:caps_toggle,grp:switch,grp_led:scroll" When I press Ctrl+V in Hebrew layout: + xev shows Ctrl-V! + GTK: gedit pastes. + menu accelerators work, even without Alt! + KDE kate pastes - menu accelerators don't work, even with Alt. + openoffice pastes + menu accelerators seem to work too, even without Alt! ? Ctrl-q doesn't exit, although Ctrl-W does close. Go figure... - emacs-snapshot and emacs-snapshot-gtk both show Ctrl-ה. - gvim doesn't recognize it. - Naturally command mode doesn't work. - iceweasel (firefox :) doesn't paste. It appears that this is already partially fixed by the toolkits, most notably GTK. xev surprises me. Perhaps it was never updated for xkv and uses the old API?
I also would like to solve this at the X level.
This would be better of course. However note that keys without Ctrl or Alt (vi commands, menu and dialog accelerators in some cases) can only work with support from the application. That's why vi must have an internal keymap system (see :help keymap), which only affects insert mode and optionally colon commands (for things like search, defaulting to english at start of every colon command). Ideally, X would provide both the physical key and translated key and the application would choose according to context. -- Beni Cherniavsky <[EMAIL PROTECTED]> (I read email only on weekends)
