Re: [PATCH 21.5] Reading and writing abbrev file under MULE
"Stephen J. Turnbull" <[email protected]>
| Newsgroups | gmane.emacs.xemacs.design |
|---|---|
| Organization | The XEmacs Project |
| Message-ID | <[email protected]> |
>>>>> "Hrvoje" == Hrvoje Niksic <[email protected]> writes: Hrvoje> "Stephen J. Turnbull" <[email protected]> writes: Hrvoje> A similar effect could be achieved by forcing UTF-8 or ISO Hrvoje> 2022 for saving the abbrev file. But I prefer the cookie Hrvoje> approach, as it allows even a non-Mule XEmacs to edit the Hrvoje> resulting cookies (at least for single-byte charsets). >> How? Hrvoje> By loading the file as is. Uh, yes. After all, that's all that a no-mule XEmacs is capable of doing. And it will do exactly the same with a ctext file (or an ISO 2022 7-bit file, but that latter requires Mule to work). But my question is what can it do with the cookies except get them wrong? It can't possibly help you get them right. Hrvoje> This has the additional constraint that mixing charsets is Hrvoje> not allowed either, but if one wants to mix charsets, he Hrvoje> really should be using Mule. What makes you think the user is going to know he's mixing in a non-Mule XEmacs? Among other things, he's not (normally) going to be looking at the abbrevs file. He's just going to create abbrevs. >> And what do you expect a non-Mule XEmacs to do with a Latin-2 >> abbrev file if started in a Latin-1 environment? Hrvoje> Non-Mule XEmacsen don't have "environments". It will only Hrvoje> show the letters in an incorrect font, but it won't Hrvoje> corrupt them. And if you then proceed to add a Latin-1 abbrev? Hm. That might actually work for abbrevs, as long as you never try to use the abbrev file in Mule. Once you do, of course, you're hosed. >> We have good answers for this. Hrvoje> Your good answers aren't necessarily my good answers. Just don't forget to put your address in the Maintainer field, so I know where to forward the complaints. ;-) -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.