Re: Converting a Mule character to UCS code point
"Stephen J. Turnbull" <[email protected]> Thu, 16 Oct 2003 19:33:26 +0900
| Newsgroups | gmane.emacs.xemacs.mule |
|---|---|
| Organization | The XEmacs Project |
| Message-ID | <[email protected]> |
>>>>> "Hrvoje" == Hrvoje Niksic <[email protected]> writes: Hrvoje> Why? `encode-char' works as well, and is part of the same Hrvoje> (unsupported) package that char-to-ucs comes from. Am I Hrvoje> missing something? No, I miswrote, I meant "mule-ucs is the only option". >> Dunno about this. It's not weird to me. Presumably you can do >> that for any charset and get the external code point. Hrvoje> Indeed presumably. Check again. :-) God I hate half-ass implementations. Their fucking toolbar and image support is similarly at a pre-natal stage of nervous system development. Why do we have to synch to this shit instead of the other way around? There Is NO Justice! Hrvoje> What I want to know is, will XEmacs 21.5 break this by Hrvoje> moving away from `encode-char' to `char-ucs'? Actually, the primitive function is character-to-ucs. I'm not sure where char-ucs comes from. As for whether we'll use encode-char, that depends on what GNU plans to do, if indeed they're planning anything at all and not just playing it by ear. If you ask them before I do (seems pretty likely), please CC me, as I would like to synch to their API if it's sane (and if not, try to influence it, although I had no luck on `split-string'). I'll do the same for you if it works out the other way around. -- 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.