input methods (Re: XEmacs 21.4.23 Released)
Julian Bradfield writes:
>little more careful, but jcbmacs can be GPL3 if you say so
(XEmacs
I don't like GPL3.
Good enough for me! (I don't even like GPL, but the alternative of
living without contributing to Emacsen is much worse. ;-)
(The issue being, how does one distinguish post-input-method events
from pre-input-method events? FSFmacs
That already sounds dirty!
Seriously, can you be more specific about post- and pre-? I would
think that a requirement for a "clean" implementation of an input
method would be for it to consume what XIM calls "preedit" keyboard
events (those concerned with inputting characters) and replace them
with a single character event.
doesn't need to worry, since the event reading and dispatching
are
all tightly bound together, but in XEmacs dispatch needs to know
whether to pass an event to an input method or not. I didn't want
to add properties or something like that, so I just added a
modifier bit MOD_INPUT, and set it on events that come out of the
input method.)
Without understanding the distinction you're making, I would guess
that that the clean thing to do is to define a new XEmacs event type.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta