Dov Feldstern wrote:
So, I would like to (at some point, I may not get to it right away)
implement the following:
*) Every language can optionally have a keymap associated with it (this
would require one more column in lib/languages). If the "use keyboard
map" option in the preferences is on, then switching the language will
automatically switch to the associated keymap. Specifically, the keymap
will no longer have to be bound to the RTL option. This will therefore
solve all three problems mentioned in (2), as well as achieve most of
the advantages mentioned in advantage #3. Users who do not want to use a
keymap can just turn the option off (I think that's the default). The
only remaining issue would be if for any reason (and I'm not sure there
is one), someone wants to switch a keymap *independently* of language
switches. For that, if we decide it's necessary, we could still keep
around the commands / options / lfuns for switching keymaps, and we
could just give them the semantics of "override language keymap until
turned off", or something like that.
I don't think this would be too much work, either.
How does this sound?
Sounds good to me, at least for users used to use keymaps. But we should
also probably think about users which are used to switch keyboard
language... I reckon they are the majority.
On Windows, the clear advantage of keymaps is of course that you don't
have to install additional support for other languages. This is
especially good for people who always wanted their computer to write RTL
or CJK documents but couldn't because of their OS limitation. We should
advertise this to those Windows users.
Abdel.
