Jonathan Ben Avraham wrote:

Linux box using twm window manager and a keyboard mapping that I
downloaded from Pango org and then hacked?


On most Linux boxes, there's IME which hints the language out-of-the-box, whether configured
in XF86Config (as "us,il" XkbLayout) or thru GNOME/KDE's keyboard switcher. Technically,
it involves subscribing to Xkb layout/mapping switching events and checking the current Xkb
group name for known names (Israelian, Arabic etc.).


If a user's Israeli keyboard's Hebrew group calls itself "Afrikaans", we wouldn't detect it,
but that classifies as a broken configuration anyway. Besides, we *can* detect it if we inspect the
mapping itself (ie. look for Hebrew characters among the characters which the mapping generates).


I have sample code for both cases (and you can find similar code in Gtk+ 2.x and Mozilla CVS).

Do we really need to change the OOo file format for this? I don't beloeve
so.


Don't we already save language markup for the speller's sake? This information could be
represented as language markup, and the IME method above would be used to assist
in proper language markup (so we'll gain a benefit in the speller as well).


Not necessary. No "enhancements" to the standard needed. Just let the user

decide by pressing a shortcut key for LRO, and then PDO when returning to
RTL text flow within an RTL para.


You propose we replace a solution that does what the user intends in most cases without a single
extra key press, with a system that requires the user to be actively involved?
From Human Interface Guidelines perspective, that sounds like a step in the wrong direction?


There's no IME information on my computer. Why try to second guess the
user? There will always be some cases when we guess wrong and that's super
annoying when you intended one thing and the software "corrects" you.


If your keymapping is an xmodmap one, you must live in the stone age :)
I believe you could upgrade to modern keymapping in no time.

==============================================================
To unsubscribe, send mail to [EMAIL PROTECTED]
with "unsubscribe hebrew" in the message body.



Reply via email to