Re: encode-coding diagnostics?
"Ilya N. Golubev" <[email protected]> Mon, 31 May 2004 21:53:47 +0400
| Newsgroups | gmane.emacs.xemacs.mule |
|---|---|
| Message-ID | <[email protected]> |
> This gives a list of charsets, which you then > compare with the charsets that are "desirable" to encode for each > encoding. This is completely irrelevant in most cases. Whether character is representable in coding system is not determined by its charset only. > latin-unity, which fixes a similar problem At the first glance problem is even simpler. In particular, complicated remapping or recoding characters is not needed. The string in mule internal coding to encode is fixed. The order of coding systems to try to encode it with is directly specified by user. Perhaps in this case the brute force encode - decode - compare will be just about as efficient, but much easier both to program and to document. However, it may offer something that is considerably more efficient even in this simple case. > Ben is currently having a real > life He has had quite a lot of it :-). Neither commits nor (technical) postings since 2003-03-21.