From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel,gmane.mail.mew.general Subject: Re: [mew-int 01596] Re: windows 1252 Date: Fri, 14 Nov 2003 11:57:01 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200311140257.LAA06613@etlken.m17n.org> References: <87llqzuvaj.fsf@tleepslib.sk.tsukuba.ac.jp> <20031104.111334.60445673.kazu@iijlab.net> <200311070713.QAA24793@etlken.m17n.org> <20031110.161123.49979847.kazu@iijlab.net> <200311100742.QAA29290@etlken.m17n.org> <87ekwdilwx.fsf@tleepslib.sk.tsukuba.ac.jp> <200311130101.KAA04554@etlken.m17n.org> <87he18grg9.fsf@tleepslib.sk.tsukuba.ac.jp> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1068778990 22017 80.91.224.253 (14 Nov 2003 03:03:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 14 Nov 2003 03:03:10 +0000 (UTC) Cc: mew-int@mew.org, kazu@iijlab.net, d.love@dl.ac.uk, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Nov 14 04:03:06 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AKUEk-0001uT-00 for ; Fri, 14 Nov 2003 04:03:06 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AKUEk-0005Z5-00 for ; Fri, 14 Nov 2003 04:03:06 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AKV7B-00036L-WF for emacs-devel@quimby.gnus.org; Thu, 13 Nov 2003 22:59:22 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AKV75-00035j-UL for emacs-devel@gnu.org; Thu, 13 Nov 2003 22:59:15 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AKV6Z-00031i-2u for emacs-devel@gnu.org; Thu, 13 Nov 2003 22:59:14 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AKV6Y-00031a-EP for emacs-devel@gnu.org; Thu, 13 Nov 2003 22:58:42 -0500 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 hAE2v2h26658; Fri, 14 Nov 2003 11:57:02 +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 hAE2v2s17560; Fri, 14 Nov 2003 11:57:02 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id LAA06613; Fri, 14 Nov 2003 11:57:01 +0900 (JST) Original-To: stephen@xemacs.org In-reply-to: <87he18grg9.fsf@tleepslib.sk.tsukuba.ac.jp> (stephen@xemacs.org) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17812 gmane.mail.mew.general:545 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17812 In article <87he18grg9.fsf@tleepslib.sk.tsukuba.ac.jp>, "Stephen J. Turnbull" writes: > I certainly agree that UTF-8 should be used for encoding. The > question is should the DOCS UTF-8 (XFree86 only, I fear) sequence be > used to invoke it, or should the DOCS private final byte UTF-8 (X11 > standard extended segment) be used. I don't understand what "DOCS private final byte UTF-8" means. Do you mean using the following for UTF-8? 6. Non-Standard Character Set Encodings [...] 01/11 02/05 02/15 03/00 M L variable number of octets per character Do you know if there exist an application that send/receive such an encoding? If so, now we have three methods for transfering UTF-8 in inter-client communication (the above, XFree86's only UTF-8 encoding using ESC % G ..., use UTF8_STRING instead of CTEXT), and there's no way to know which receiver accept which encoding. Sigh... Kenichi> Emacs decodes extended segment for ISO-8859-15 correctly, Kenichi> but doesn't use it for encoding. According to Dave, Kenichi> Latin-9 (ISO-8859-15) users don't want it. See this code Kenichi> in mule.el. > I know it violates the CTEXT standard but many Linux apps give it to > you anyway. > It's interesting that they happily take the standard codes. That's > useful to know. I've just confirmed that, in iso-8859-15 locale, XFree86 client (gnome-terminal) sends iso-8859-15 chars in extended segment, not in the standard encoding (i.e. ESC - b ...), but accepts iso-8859-15 in the standard encoding. --- Ken'ichi HANDA handa@m17n.org