Re: Gnus coming with Emacs 21pre-release: iso-8859-{1,15}

[Dave Love <d.love@dl.ac.uk>]

>>>>> "EZ" == Eli Zaretskii <eliz@is.elta.co.il> writes:

 EZ> The main limitation is that the Unicode charsets are disjoint
 EZ> from the other charsets supported by Emacs,

Of course, by definition.  It's misleading to imply that there's
anything special about them per se.  You might as well say that
Japanese support is limited for that reason.  After all, it includes
most of the Latin-N characters.

[The primary limitation of the mule-unicode support is that there
weren't enough free slots for private charsets to cover the BMP after
jisx213 (?) was added.]

 EZ> and that, with the exception of UTF-8 and Latin-1, all the coding
 EZ> systems supported by Emacs cannot produce Unicode characters.

Even assuming that means `no other bundled coding system encodes
mule-unicode-... chars', it's not true.  Anyhow, handa said that the
way mac-roman is implemented is the right thing.  If there's some
problem with that, Mac users are stuffed, but such a problem has
eluded me in extensive use.