Re: Fucking Mulål

"Stephen J. Turnbull" <[email protected]> 18 Apr 2002 23:42:56 +0900
Newsgroups gmane.emacs.xemacs.mule
Organization The XEmacs Project
Message-ID <[email protected]>
>>>>> "Hrvoje" == Hrvoje Niksic <[email protected]> writes:

    Hrvoje> Mule has just screwed me in a new way I didn't imagine
    Hrvoje> possible.  I have edited a large `.po' file for *hours*.
    Hrvoje> Later I saved it, and upon reload found that all the
    Hrvoje> Croatian characters have been changed to tildes.

I see you're not running latin-unity yet.

What happened is Mule managed to wedge itself into the wrong coding
system somehow.  If you tell Mule to save, it does so.  If the
selected coding system can't handle a character, it replaces it with a
tilde, silently.  GNU Emacs starting with 20.something has this "safe
charsets" test, but we never ported it.  Normally you don't see this
kind of behavior in XEmacs/Mule because everything's safe in ISO-2022,
and all the ISO-8859 coding systems fall back to ISO-2022 escapes when
necessary (as you know).

latin-unity implements (for all ISO Latin sets supported by XEmacs) a
safety test, it allows you to configure charsets you always find
acceptable so it won't bug you if it knows you're happy, it undoes the
Mule bogosity of thinking that Latin-1 NO-BREAK SPACE != Latin-2
NO-BREAK SPACE, it supports the Euro, and best of all, even though we
know it has no bugs ;-), if you should manage to exercise one anyway,
you know where to find the programmer and make him pay....

I have experienced inadvertant corruption of a minor sort: Latin-X -->
UTF-8.  This happened because I'm trying to move all my own stuff to
UTF-8, so I had set my preferred charset to UTF-8.  I don't see how to
avoid this when you've got a few projects that need backward
compatibility.

It also may be slow if you've got large numbers of non-ASCII
characters.  I've got some ideas for further optimization, so let me
now if efficiency is a problem.  (Otherwise I'm going to work on code
cleanliness rather than efficiency.)

-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
              Don't ask how you can "do" free software business;
              ask what your business can "do for" free software.