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