On Wed, Jun 30, 2010 at 12:11 AM, Eli Zaretskii
<address@hidden> wrote:
> When native IM is enabled Emacs interprets the modifier as modifying
> the IM character and not the underlying key. Thus we get C-ב, A-ב and
> s-ב, however not S-ב.
Not on MS-Windows, at least not on my XP SP2 box. There, when the
keyboard is switched to Hebrew and I type C-ב, Emacs gets C-c. In
fact, I couldn't find a way to produce C-ב etc. on MS-Windows, not
even with "C-x @ c".
> This problem is not bidi-related, or Hebrew specific. I've seen that
> on Russian keyboard layout as well. It is not Windows-System specific
> as MS Windows also show this problem.
Well, on MS-Windows it doesn't happen, see above. But I like using
Leim anyway, mainly because it's available and works the same on every
platform I work on, and I don't need to install any keyboard drivers
etc. to get input in some language.
But you should still have a partial version of the problem: e.g. when you type "C-x o", you'd get "C-x ם" (that's a MEM not an Oh), and that would probably be unbound.
> Once bidi would be available to the public, this would be rather acute problem.
??? You yourself say (correctly) above that this problem is not
specific to bidi or any language. So this problem, however acute it
is, as already here. Am I missing something?
True, it is certainly here.
It is most acute in your "workhorse" apps (where you tend to use keyboard shortcuts rather than toolbar buttons and menus).
In my case it happens in Firefox, which is quite annoying (not in google chrome though - maybe the hebrew translators also defined new shortcuts). In emacs it would be far worse, as I use it intensively, and heavily rely on keyboard shortcuts (but until now I hardly ever used Hebrew in emacs).
Conclusion : not exclusively our problem, but it would be best if we could solve it for Emacs.
AA