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: status of utf-8.el, etc [Re: Several serious problems] Date: 27 Sep 2002 14:55:35 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200208190748.QAA14278@etlken.m17n.org> <200208291325.WAA03596@etlken.m17n.org> <200208291732.g7THWRU11411@rum.cs.yale.edu> <200209250701.QAA10989@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 1033135123 776 127.0.0.1 (27 Sep 2002 13:58:43 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 27 Sep 2002 13:58:43 +0000 (UTC) Cc: rms@gnu.org, monnier+gnu/emacs@rum.cs.yale.edu, keichwa@gmx.net, 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 17uvdh-0000CO-00 for ; Fri, 27 Sep 2002 15:58:41 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17uwLw-0004wm-00 for ; Fri, 27 Sep 2002 16:44:25 +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 17uvdk-0005FX-00; Fri, 27 Sep 2002 09:58:44 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17uvax-0004za-00 for emacs-devel@gnu.org; Fri, 27 Sep 2002 09:55:51 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17uvav-0004y1-00 for emacs-devel@gnu.org; Fri, 27 Sep 2002 09:55:50 -0400 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17uvas-0004wT-00; Fri, 27 Sep 2002 09:55:47 -0400 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 17uvah-0000y4-00; Fri, 27 Sep 2002 14:55:35 +0100 Original-To: Kenichi Handa In-Reply-To: <200209250701.QAA10989@etlken.m17n.org> Original-Lines: 52 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:8195 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8195 Kenichi Handa writes: > As the testsuite revealed several bugs, before working on > RC, I decided to fix them in HEAD at first. Sorry about that. It's a bit of a mess and badly needed testing properly. > I've finished > these: > > (1) Fixing the following bugs. I don't understand some of these straight off, but I don't have time to look at it now. > (1-2) utf-8-translate-cjk can never be turned off once > turned on. I don't think it should be toggled; is there a reason you'd want to avoid it? What it needs is to be made more flexible about how the translation is done, allowing you to prefer Chinese to Japanese, for instance. Since people moan about the lack of CJK Unicode support, I hoped someone else would do such work but there's been zero interest as far as I know... > (2) Renaming tables/variables. We should have cleaner > names before people starting to use it. The whole thing needs reorganizing. I wouldn't have written it like that for inclusion in Emacs directly. Things which are in separate files probably shouldn't be, for instance. > (2-1) As utf-8-fragment-on-decoding and utf-8-translate-cjk are > also applicable to utf-16, I cut off "-8" from them. The `utf-8' comes from them being in utf-8.el. At least utf-8-fragment-on-decoding isn't actually specific to Unicode coding systems. > (2-2) Make translation table names and their body > char-tables different to avoid confusion. As far as I remember, some of the confusion goes away if these are assumed always to be present, and loaded in the right order. > Don't you have better ideas for these names? If not, I'll > install the changes soon. Some of those names don't seem right. For instance, ucs-mule-to-mule-unicode isn't only used by utf-8/16 as far as I remember.