"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
David Kastrup writes:
> [XEmacs's] buffer reencoding is a rather mixed blessing,
What do you mean by "buffer reencoding"?
This earns you a major "Huh?!?" but indeed, looking up the Email you
replied to, it is
The main "not elsewhere" category I see are XEmacs' extensive input
modes (grid which is sort of a buffer-based menu, keyboard input
methods quite better sorted and convenient than what Quail offers
and with better feedback). Its buffer reencoding is a rather mixed
blessing, but it works with more than just TeX modes.
If you replace the brain fart/typo "XEmacs'" with
"X-Symbol's", the
paragraph makes wagonloads more sense as the topic of discussion never
was XEmacs. So I've been neither singing XEmacs' praises here nor
complaining about it. This is about X-Symbol.
We decode external streams to Mule encoding on input, and then
encode
them as specified on output. "Reencoding" (duplicate encoding or
transcoding) of buffer text occurs only if explicitly requested by a
Lisp program or as a user command.
X-Symbol is such a "Lisp program". And its core operation works via
buffer reencoding. Whether running on Emacs or XEmacs.
--
David Kastrup
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta