From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kazu Yamamoto (=?iso-2022-jp?B?GyRCOzNLXE9CSScbKEI=?=) Newsgroups: gmane.mail.mew.general,gmane.emacs.devel Subject: [mew-int 01586] Re: windows 1252 Date: Tue, 04 Nov 2003 11:13:34 +0900 (JST) Message-ID: <20031104.111334.60445673.kazu@iijlab.net> References: <20031031.213916.222075160.kazu@iijlab.net> <2719-Sat01Nov2003173635+0200-eliz@elta.co.il> <87llqzuvaj.fsf@tleepslib.sk.tsukuba.ac.jp> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1067914588 2619 80.91.224.253 (4 Nov 2003 02:56:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Nov 2003 02:56:28 +0000 (UTC) Original-X-From: mew-int-return-1586-gmmg-mew-int=m.gmane.org@mew.org Tue Nov 04 03:56:26 2003 Return-path: Original-Received: from mew2.iijlab.net ([202.232.15.102]) by deer.gmane.org with smtp (Exim 3.35 #1 (Debian)) id 1AGrMn-0007Q9-00 for ; Tue, 04 Nov 2003 03:56:25 +0100 Original-Received: (qmail 19625 invoked by uid 7800); 4 Nov 2003 02:56:16 -0000 Mailing-List: contact mew-int-help@mew.org; run by ezmlm Precedence: bulk List-Unsubscribe: Original-Received: (qmail 19613 invoked from network); 4 Nov 2003 02:56:15 -0000 Original-Received: from unknown (HELO omgo.iij.ad.jp) (202.232.30.157) by 202.232.15.102 with SMTP; 4 Nov 2003 02:56:15 -0000 Original-Received: from jc-smtp.iij.ad.jp ([192.168.176.35]) by omgo.iij.ad.jp (8.12.10/8.12.9) with ESMTP id hA42u8be013052; Tue, 4 Nov 2003 11:56:08 +0900 (JST) Original-Received: from localhost (jc-ssh.iij.ad.jp [192.168.174.22]) by jc-smtp.iij.ad.jp (8.12.10/8.12.9) with ESMTP id hA42te5Y022481; Tue, 4 Nov 2003 11:55:40 +0900 (JST) Original-To: emacs-devel@gnu.org, mew-int@mew.org In-Reply-To: <87llqzuvaj.fsf@tleepslib.sk.tsukuba.ac.jp> X-Mailer: Mew version 4.0.61 on Emacs 21.3.50 / Mule 5.0 (SAKAKI) X-ML-Name: mew-int X-Mail-Count: 01586 Xref: main.gmane.org gmane.mail.mew.general:511 gmane.emacs.devel:17672 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17672 Hello all, > 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). If my understanding is correct, the ctext of Emacs implementation has a private extension for Big5. That's why I said "ask developers to extend ctext". > 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. I should have explained the background earlier. The reasons why Mew uses ctext for the Summary mode cache are: (1) Backgourd compatibility to non-Mule Emacsen. Non-Mule Emacsen use 8bit as ISO-8859-1. Thus, to share the cache among Mule Emacsen and non-Mule Emacsen, we need to character set whose 8bit is ISO-8859-1. (2) Co-exist of Emacs and XEmacs. The 'emacs-mule coding-system is not appropriate since XEmacs has a different internal representation from Emacs'one. Note Emacsen use different 'emacs-mule coding-system among versions. The one-and-only coding-system which, I found, meets the requirements above is 'ctext. --Kazu