Re: future of quail

On 2011-02-14, Julian Bradfield <jcb+xeb(a)xemacs.org&gt; wrote: Hm. On looking into a bit further, FSF have extended the architecture so that their read_char() calls the input method directly - it is expected to take the event, read any more events that it needs, and return a list of translated events. The equivalent in XEmacs would be for Fnext_event() to call the current input method on a command event (or just keypress events?), in order to get translated events. On the face of it, this looks like a good idea, because it puts the input method where it logically belongs, instead of hacking it in via a mess of keymap munging - indeed, the quail minor mode goes away entirely. Of course, adopting this would be quite a major change, and the quail package would have to have both old and new versions, loading the appropriate one for the XEmacs it was invoked by. I feel this is probably the Right Thing, but it may be too big a thing. Thoughts? _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta