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.