From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thomas Morgan Newsgroups: gmane.emacs.bugs Subject: Re: decode-char & utf-8-fragment-on-decoding Date: 05 Sep 2002 01:23:05 -0400 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <87vg5lovra.fsf@cricket.magic.csuhayward.edu> References: <87y9aii9hc.fsf@cricket.magic.csuhayward.edu> <200209040818.RAA12414@etlken.m17n.org> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1031203652 5746 127.0.0.1 (5 Sep 2002 05:27:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 5 Sep 2002 05:27:32 +0000 (UTC) Cc: handa@etl.go.jp, bug-gnu-emacs@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17mpAv-0001UN-00 for ; Thu, 05 Sep 2002 07:27:29 +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 17mpCX-0008Ix-00; Thu, 05 Sep 2002 01:29:09 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17mpCM-0008I0-00 for bug-gnu-emacs@gnu.org; Thu, 05 Sep 2002 01:28:58 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17mpCJ-0008Hj-00 for bug-gnu-emacs@gnu.org; Thu, 05 Sep 2002 01:28:57 -0400 Original-Received: from avocet.mail.pas.earthlink.net ([207.217.120.50]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17mpCJ-0008Hf-00 for bug-gnu-emacs@gnu.org; Thu, 05 Sep 2002 01:28:55 -0400 Original-Received: from user-2ivebkk.dialup.mindspring.com ([165.247.46.148] helo=cricket.magic.csuhayward.edu) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17mpCE-0004EG-00; Wed, 04 Sep 2002 22:28:51 -0700 In-Reply-To: (message from Dave Love on 05 Sep 2002 00:34:51 +0100) Original-To: d.love@dl.ac.uk Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:3427 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:3427 [utf-8-fragment-on-decoding] has no effect on how decoding is done, and `decode-char' was meant to be consistent with how utf-8 decoding actually works. I understand now that utf-8-fragment-on-decoding has no direct effect on decoding, but it is still not clear to me what indirect effect it is supposed to have when it is set through Custom. Right now it applies to CCL programs, but not to decode-char. Is that correct? If so, perhaps that should be documented. It's a rather confusing point for me because I am not an expert; there are probably other non-experts who would also find it confusing. If it is not correct, however, how about making decode-char look for utf-8-translation-table-for-decode within translation-table-vector rather than accessing the Lisp variable directly? The Custom set function for utf-8-fragment-on-decoding never changes the variable utf-8-translation-table-for-decode, but it does change the corresponding member of translation-table-vector by calling define-translation-table.