Julian Bradfield writes:
>little more careful, but jcbmacs can be GPL3 if you say so
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
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
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