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, 23 May 2003 10:33:44 +0900 (JST) Sender: ding-owner@lists.math.uh.edu Message-ID: <200305230133.KAA08801@etlken.m17n.org> References: <0F223D16-8C72-11D7-8F50-00039363E640@swipnet.se> 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 1053653768 21935 80.91.224.249 (23 May 2003 01:36:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 23 May 2003 01:36:08 +0000 (UTC) Cc: ding@gnus.org, rms@gnu.org, jas@extundo.com, emacs-devel@gnu.org Original-X-From: ding-owner+M1339@lists.math.uh.edu Fri May 23 03:36:06 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 19J1Ta-0005he-00 for ; Fri, 23 May 2003 03:36:06 +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 19J1S0-0006Au-00; Thu, 22 May 2003 20:34:28 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19J1Rr-0006Am-00 for ding@lists.math.uh.edu; Thu, 22 May 2003 20:34:19 -0500 Original-Received: (qmail 15942 invoked by alias); 23 May 2003 01:34:18 -0000 Original-Received: (qmail 15937 invoked from network); 23 May 2003 01:34:18 -0000 Original-Received: from tsukuba.m17n.org (192.47.44.130) by sclp3.sclp.com with SMTP; 23 May 2003 01:34:18 -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 h4N1Xsu01008; Fri, 23 May 2003 10:33:54 +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 h4N1Xi926361; Fri, 23 May 2003 10:33:53 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id KAA08801; Fri, 23 May 2003 10:33:44 +0900 (JST) Original-To: jan.h.d@swipnet.se In-reply-to: <0F223D16-8C72-11D7-8F50-00039363E640@swipnet.se> (jan.h.d@swipnet.se) 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:52795 gmane.emacs.devel:14111 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:14111 In article <0F223D16-8C72-11D7-8F50-00039363E640@swipnet.se>, "Jan D." writes: >> The current Emacs still don't unify Unicode and the other >> legacy charsets (e.g. iso-8859-2, jisx0208, gb2312) >> automatically. 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. > Okay, that explains it. But playing the devils advocate a > bit, does this not simply point out a problem with Emacs, > not GTK? It's surely Emacs' problem that the same iso-8859-2 character is represented in two ways internally. But, incomplete support of COMPOUND_TEXT is GTK's (or some other X client's) problem. As far as they react upon the request of COMPOUND_TEXT, it should send the correct data (without cutting off unsupported characters or replacing them with '?' silenty). Otherwise, it shouldn't react upon that request. > If UTF8_STRING is the recommended thing to use, > changing GTK would not help much, as there are other X > toolkits out there (Qt, Motif, and so on), that will start > to use UTF8_STRING also (Qt already does)? Isn't this an > argument for getting the Unicode Emacs branch released, or > unify charsets? Of course, with Emacs-unicode, there's no such problem, and I want to release it as soon as possible. --- Ken'ichi HANDA handa@m17n.org