From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel,gmane.mail.mew.general Subject: Re: [mew-int 01596] Re: windows 1252 Date: Fri, 14 Nov 2003 01:32:06 +0900 Organization: The XEmacs Project Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87he18grg9.fsf@tleepslib.sk.tsukuba.ac.jp> 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> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1068741485 12814 80.91.224.253 (13 Nov 2003 16:38:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 13 Nov 2003 16:38:05 +0000 (UTC) Cc: stephen@xemacs.org, 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 Thu Nov 13 17:37:57 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 1AKKTl-00036a-00 for ; Thu, 13 Nov 2003 17:37:57 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AKKTl-0007ql-00 for ; Thu, 13 Nov 2003 17:37:57 +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 1AKLNf-00089g-Eb for emacs-devel@quimby.gnus.org; Thu, 13 Nov 2003 12:35:43 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AKLMP-0007oQ-Td for emacs-devel@gnu.org; Thu, 13 Nov 2003 12:34:25 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AKLLo-0007fm-8t for emacs-devel@gnu.org; Thu, 13 Nov 2003 12:34:19 -0500 Original-Received: from [130.158.98.109] (helo=tleepslib.sk.tsukuba.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AKLLn-0007fe-HZ for emacs-devel@gnu.org; Thu, 13 Nov 2003 12:33:47 -0500 Original-Received: from steve by tleepslib.sk.tsukuba.ac.jp with local (Exim 3.36 #1 (Debian)) id 1AKKO6-0000L3-00; Fri, 14 Nov 2003 01:32:06 +0900 Original-To: Kenichi Handa In-Reply-To: <200311130101.KAA04554@etlken.m17n.org> (Kenichi Handa's message of "Thu, 13 Nov 2003 10:01:57 +0900 (JST)") User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (celeriac, linux) 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:17802 gmane.mail.mew.general:543 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17802 >>>>> "Kenichi" == Kenichi Handa writes: Kenichi> In article <87ekwdilwx.fsf@tleepslib.sk.tsukuba.ac.jp>, Kenichi> "Stephen J. Turnbull" writes: >>>>>>> "Kenichi" == Kenichi Handa writes: >>>> 7. The UTF-8 encoding Kenichi> [...] >>>> How about using this to encode mule-unicode-0100-24ff? Kenichi> That's a good idea. I'll work on it. >> AFAIK this is an XFree86-only extension. As of X11R6.4 such >> extensions were forbidden in X.org Compound Text Encoding. Is >> it really a good idea? Kenichi> I think so. Currently we encode mule-unicode-0100-24ff Kenichi> by ESC $ - 1 ... which is also an invalid code, and only Kenichi> Emacs can decode it. If we use UTF-8 encoding, more Kenichi> clients can decode it. 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. XEmacs will follow what GNU does on this; there's no point in having yet another unneeded incompatibility. But I prefer to follow the general standard, not XFree86, especially where the XFree86 practice has always been forbidden by the general X11 standard. 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. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.