Mule bugs: misidentification (Latin-1 vs. Chinese), revert issues
Aidan Kehoe
kehoea at parhasard.net
Mon Jan 14 19:04:13 EST 2008
Ar an cúigiú lá déag de mí Eanair, scríobh Stephen J. Turnbull:
> [...] The only reason we even care about this, by the way, is that Mule
> decoding is a lossy transformation and we don't provide any way for the
> user to recover the original, and try again.
We do for UTF-8, btw. See unicode-error-sequence-regexp-range,
unicode-error-default-translation-table, #'unicode-error-translate-region.
Yes, it might be nice to extend this to support non-Unicode coding systems.
GNU’s unibyte vs. multibyte concept is similar, but about a thousand times
morea pain in the arse to work with than our current architecture, and
conceptually not any less ugly.
One more thing that’s slightly depressing for me; if you open
lisp/mule/greek.elc as binary (the default, for other, broken, reasons) the
buffer is trucated. That shouldn’t have happened.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
More information about the XEmacs-Beta
mailing list