From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/38477
Path: main.gmane.org!not-for-mail
From: Dave Love <d.love@dl.ac.uk>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Gnus coming with Emacs 21pre-release: iso-8859-{1,15}
Date: 01 Sep 2001 17:28:09 +0100
Sender: Dave Love <fx@dl.ac.uk>
Message-ID: <rzqg0a63mg6.fsf@djlvig.dl.ac.uk>
References: <Pine.SUN.3.91.1010805101542.10001J-100000@is>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1035174333 22640 80.91.224.250 (21 Oct 2002 04:25:33 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2002 04:25:33 +0000 (UTC)
Cc: Florian Weimer <fw@deneb.enyo.de>,  emacs-pretest-bug@gnu.org,
          ding@gnus.org
Return-Path: <fx@dl.ac.uk>
Return-Path: <fx@dl.ac.uk>
Original-Received: (qmail 17869 invoked from network); 1 Sep 2001 16:28:33 -0000
Original-Received: from djlvig.dl.ac.uk (148.79.112.146)
  by gnus.org with SMTP; 1 Sep 2001 16:28:33 -0000
Original-Received: from fx by djlvig.dl.ac.uk with local (Exim 3.12 #1 (Debian))
	id 15dDcv-0003R0-00; Sat, 01 Sep 2001 17:28:09 +0100
Original-To: Eli Zaretskii <eliz@is.elta.co.il>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.106
Original-Lines: 22
Xref: main.gmane.org gmane.emacs.gnus.general:38477
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:38477

>>>>> "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.