OK. I want to give a short summary of things the way I understand them:
We need two sets of key bindings:
1. switch keymap This one is handled by the X server. This is because the
server sends keysyms to programs, and thus the server has to translate
keyboard clicks to symbols.
Currently the control can be done either by telling the X server to
capture certain key combinations (through key mapping) or by a program
runing in the background that captures those bindings (as do kde2 and
windowmaker).
My view is thhat this one should be set to a relatively resonable default,
and be made easily-modifiable by the user. At the moment there aren't any
special problems in implementing this.
This is the equivalent of Alt-shift in windows.
2. switch widget direction
For some GUI widgets (mostly: input widgets) it is good if the user will
have a convinient control over the base direction of the widget. This is
like the control-shift combination in windows.
Note that this must be handled by the widget, that is: the graphical
toolkit. So in this case we would like that the various bidi-supporting
toolkits (currently: qt, gtk, mozilla, java) will have a relatively
consistent behaviour.
It is expected that this one will be less configurable (I don't expect to
be able to configure qt, gtk and mozilla easily. I don't even think about
java), so here it is more important for the standard to be consistent.
Bu note that this key-combination is less problematic, because emacs and
other apps won't be affected by it (at elat not until we have a
bidi-enbled emacs, and we want to use that combination in it too ;-) )
This will only interact with key combinations used by window managers
etc.
--
Tzafrir Cohen
mailto:[EMAIL PROTECTED]
http://www.technion.ac.il/~tzafrir
=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
