From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: Several serious problems Date: 22 Aug 2002 18:08:43 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200208190748.QAA14278@etlken.m17n.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030036160 22965 127.0.0.1 (22 Aug 2002 17:09:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 22 Aug 2002 17:09:20 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu, keichwa@gmx.net, rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17hvSP-0005yE-00 for ; Thu, 22 Aug 2002 19:09:17 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17hvvN-0000Dx-00 for ; Thu, 22 Aug 2002 19:39:13 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17hvTZ-0007ou-00; Thu, 22 Aug 2002 13:10:29 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17hvS6-0007cP-00 for emacs-devel@gnu.org; Thu, 22 Aug 2002 13:08:58 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17hvS4-0007cD-00 for emacs-devel@gnu.org; Thu, 22 Aug 2002 13:08:58 -0400 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17hvS2-0007bu-00; Thu, 22 Aug 2002 13:08:54 -0400 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 17hvRs-0008Jh-00; Thu, 22 Aug 2002 18:08:44 +0100 Original-To: Kenichi Handa Original-Lines: 53 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6768 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6768 Kenichi Handa writes: > I'm quite confused with the current status of utf-8.el, > ucs-tables.el, utf-16.el, utf-8-subst.el, etc in HEAD and > RC. I've been confused too, struggling to maintain several different versions. > It's IMPOSSIBLE for me to figure out what are the correct > behaviour of them. As far as I know, what's installed in the trunk behaves correctly, but I'm not using that code and I don't know if I'd hear about real problems with it (as opposed to imagined problems). It should all be things you have said are OK or I'm sure you will think are OK, but I may have overlooked something. However, it could use work for CJK, in particular; there's a fixme in utf-8, and there could be additional interconversion tables for CJK charsets as well as a way of customizing the character preferences in utf-8-subst.el, and probably other things. > I've thought that the current codes were > the same one as what Dave had, but the above statement of > Dave's tells that it's not. Well, now I check, utf-8.el in the RC branch seems to be as I left it, which is what rms (I think) told me to do. As far as I can tell, its safe-charsets property is correct, and I don't understand what the complaint is about. When I couldn't check, I assumed someone had modified it incorrectly, but there's no sign of that in CVS. > Could someone tell me why are they different in HEAD and RC, > and why are they different from what Dave have written? Most changes aren't in RC since I was only allowed to add (a version of) ucs-tables, not changing the default behaviour, so people could turn on (partial) character translation themselves. It doesn't affect utf-8 or any other ccl coding systems because they don't use the translation table (although the useful extra coding systems in code-pages.el aren't included either, so I think only koi, alternativnyj and mac-roman are affected). I think I unilaterally added some other things (a utf-8 language environment and utf-16.el?) since they addressed somewhat misleading entries in PROBLEMS and the arguments against the Unicode support are either demonstrably wrong or spurious IMNSHO. I'm afraid I've had enough of all this, and I doubt it's worth more effort anyhow. Especially after all the FUD about them, the Mule additions probably won't get used much unless they're the default, even by i18n people, unfortunately. It's a pity your good work on Mule 5 is rather wasted.