"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