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 01582] Re: windows 1252 Date: Sun, 02 Nov 2003 15:41:24 +0900 Organization: The XEmacs Project Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87llqzuvaj.fsf@tleepslib.sk.tsukuba.ac.jp> References: <20031030.175736.39971315.kazu@iijlab.net> <20031030.154127.155831569.wl@gnu.org> <200310311104.UAA11680@etlken.m17n.org> <20031031.213916.222075160.kazu@iijlab.net> <2719-Sat01Nov2003173635+0200-eliz@elta.co.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1067755490 25992 80.91.224.253 (2 Nov 2003 06:44:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 2 Nov 2003 06:44:50 +0000 (UTC) Cc: handa@m17n.org, wl@gnu.org, kazu@iijlab.net, mew-int@mew.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun Nov 02 07:44:47 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 1AGByh-0004Us-00 for ; Sun, 02 Nov 2003 07:44:47 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AGByh-0001ji-00 for ; Sun, 02 Nov 2003 07:44:47 +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 1AGBxv-0006QQ-6o for emacs-devel@quimby.gnus.org; Sun, 02 Nov 2003 01:43:59 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AGBx1-0006Mv-6M for emacs-devel@gnu.org; Sun, 02 Nov 2003 01:43:03 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AGBwK-0005rF-U7 for emacs-devel@gnu.org; Sun, 02 Nov 2003 01:42:52 -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 1AGBvZ-000514-QD; Sun, 02 Nov 2003 01:41:34 -0500 Original-Received: from steve by tleepslib.sk.tsukuba.ac.jp with local (Exim 3.36 #1 (Debian)) id 1AGBvQ-0008SF-00; Sun, 02 Nov 2003 15:41:24 +0900 Original-To: Eli Zaretskii In-Reply-To: <2719-Sat01Nov2003173635+0200-eliz@elta.co.il> (Eli Zaretskii's message of "Sat, 01 Nov 2003 17:36:36 +0200") 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:17650 gmane.mail.mew.general:510 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17650 >>>>> "Eli" == Eli Zaretskii writes: >> Date: Fri, 31 Oct 2003 21:39:16 +0900 (JST) >> From: Kazu Yamamoto (=?iso-2022-jp?B?GyRCOzNLXE9CSScbKEI=?=) >> >> Mew saves a buffer in Summary mode to a file as a cache. For >> this file, 'ctext is used. Eli> Doesn't the Summary buffer include only the Subject and From Eli> parts of the message? If so, then they should not normally Eli> include any non-ASCII characters (it's contrary to the Eli> relevant RFC, IIRC). Not really. RFCs are about wire format; they are not relevant to summary buffers or disk storage. (Unless there is some reason, such as digital signatures, that the on the wire format needs to be preserved exactly.) Eli> If they do have non-ASCII characters, Eli> one could probably qp-encode them before writing the cache. Why bother? If ctext is really preferred, there is a standard mechanism, the X Compound Text "extended segment", which Emacs should already know about. In fact, I'd like to encourage the mew people to use that, so that there could actually be a non-abusive use of it for reference (this is the same mechanism that XFree86 abuses for ISO 8859/15 selections). That said, I think the sane thing for summary buffers is to use UTF-8 as the encoding; the Unihan problem can be dealt with using a separate language field in the cache database, or guessed from the Content-Type header. -- 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.