From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: MML charset tag regression Date: Fri, 30 May 2003 21:03:09 +0900 (JST) Sender: ding-owner@lists.math.uh.edu Message-ID: <200305301203.VAA21557@etlken.m17n.org> References: <8B17870A-8BA8-11D7-8E1F-00039363E640@swipnet.se> <200305220058.JAA06943@etlken.m17n.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1054296147 17014 80.91.224.249 (30 May 2003 12:02:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 30 May 2003 12:02:27 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org, jas@extundo.com, ding@gnus.org Original-X-From: ding-owner+M1479@lists.math.uh.edu Fri May 30 14:02:23 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19LiZa-0004Nl-00 for ; Fri, 30 May 2003 14:01:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19LibR-0003Wp-00; Fri, 30 May 2003 07:03:22 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19LibM-0003Wk-00 for ding@lists.math.uh.edu; Fri, 30 May 2003 07:03:16 -0500 Original-Received: (qmail 75635 invoked by alias); 30 May 2003 12:03:15 -0000 Original-Received: (qmail 75630 invoked from network); 30 May 2003 12:03:15 -0000 Original-Received: from tsukuba.m17n.org (192.47.44.130) by sclp3.sclp.com with SMTP; 30 May 2003 12:03:15 -0000 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/3.7W-20010518204228) with ESMTP id h4UC3Au11946; Fri, 30 May 2003 21:03:10 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6/3.7W-20010823150639) with ESMTP id h4UC3A916558; Fri, 30 May 2003 21:03:10 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id VAA21557; Fri, 30 May 2003 21:03:09 +0900 (JST) Original-To: d.love@dl.ac.uk In-reply-to: (message from Dave Love on Sun, 25 May 2003 17:31:03 +0100) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52935 gmane.emacs.devel:14482 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:14482 In article , Dave Love writes: > Kenichi Handa writes: >> So, for instance, if iso-8859-2 characters arrive at >> Emacs with UTF8_STRING, they are decoded into the charset >> mule-unicode-0100-24ff and treated differently (e.g. in >> searching) than the characters of the charset iso-8859-2. > That's actually customizable if it's a real problem. Currently, even if we customize utf-fragment-on-decoding to t, iso-8859-2 chars encoded in utf-8 can't be decoded into latin-iso8859-2 charset because utf-fragmentation-table contain only Greek and Cyrillic chars. --- Ken'ichi HANDA handa@m17n.org