Re: port x-symbol to GNU emacs 24.
David Kastrup <[email protected]> Mon, 17 Aug 2015 04:57:36 +0200
| Newsgroups | gmane.emacs.xemacs.beta |
|---|---|
| Message-ID | <[email protected]> |
"Stephen J. Turnbull" <[email protected]> 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