From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47521 Path: main.gmane.org!not-for-mail From: TSUCHIYA Masatoshi Newsgroups: gmane.emacs.gnus.general Subject: Re: coding-system for drafts Date: Sun, 03 Nov 2002 00:34:09 +0900 Sender: owner-ding@hpc.uh.edu Message-ID: <20021103003409A.1000@pine.kuee.kyoto-u.ac.jp> References: <84adl2llk6.fsf@crybaby.uni-duisburg.de> <84y98htj5s.fsf@crybaby.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp-2 X-Trace: main.gmane.org 1036251754 2140 80.91.224.249 (2 Nov 2002 15:42:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 2 Nov 2002 15:42:34 +0000 (UTC) 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 1880Pw-0000Xy-00 for ; Sat, 02 Nov 2002 16:42:32 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1880LP-0005AC-00; Sat, 02 Nov 2002 09:37:51 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 02 Nov 2002 09:38:36 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id JAA28048 for ; Sat, 2 Nov 2002 09:38:20 -0600 (CST) Original-Received: (qmail 26773 invoked by alias); 2 Nov 2002 15:37:30 -0000 Original-Received: (qmail 26761 invoked from network); 2 Nov 2002 15:37:25 -0000 Original-Received: from pine.kuee.kyoto-u.ac.jp (130.54.208.130) by gnus.org with SMTP; 2 Nov 2002 15:37:25 -0000 Original-Received: (qmail 26999 invoked from network); 3 Nov 2002 00:37:22 +0900 Original-Received: from pine.kuee.kyoto-u.ac.jp (130.54.208.130) by pine.kuee.kyoto-u.ac.jp with SMTP; 3 Nov 2002 00:37:22 +0900 Original-To: ding@gnus.org X-cite: xcite 1.46 Mail-Followup-To: ding@gnus.org User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) X-Dispatcher: impost version 0.99i-ssh (Nov. 24, 1999) Original-Lines: 61 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47521 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47521 >> On Tue, 29 Oct 2002 15:27:11 +0100 >> kai.grossjohann@uni-duisburg.de (Kai Gro.AN_johann) said as follows: >> 3. Under FSF Emacs, read a draft file as raw-text into a buffer >> if the value of message-draft-coding-system is iso-2022-7bit, >> otherwise use the value of message-draft-coding-system itself >> to read a file. In the former case, decode the buffer >> contents as emacs-mule if there are over-7-bit data in a >> buffer, otherwise decode the contents using the value of >> message-draft-coding-system. >Why can't you read a draft as iso-2022-7bit? I think that his intention is to decode old drafts which were genereted by old Gnusae safely. >And then, you could write the encoding of the draft into a header. >Then a missing header means to do what has been done up to now so we >stay backwards compatible. I think that your solution consists of two parts: (1) A new draft which has a coding cookie is decoded in the coding system specified in its cookie. (2) An old draft which lacks a coding cookie is decoded in the value of message-draft-coding-system. In this solution, the default value of message-draft-coding-system will be stayed in order to keep backwards compatibility. Do I have a proper understanding? Mr. Yamaoka and I think that emacs-mule is not suitable for the default value of message-draft-coding-system. The main ground of our argument is that emacs-mule is not compatible between emacsen. For example, (a) emacs-mule is not compatible between Emacs20 and Emacs21, because some charsets are supported by Emacs21 but are not supported by Emacs20. (b) emacs-mule is not compatible between Emacs20 with Mule-UCS and Emacs20 without Mule-UCS. Charsets related to Unicode are not defined in Emacs20 without Mule-UCS. (c) Because XEmacs does not have emacs-mule coding system, drafts which are written under FSF Emacs are not readable with XEmacs. Therefore, we think that it is necessary to change the default value of message-draft-coding-system from emacs-mule to a coding system which is compatible between emacsen and can be used to encode multilingual text safely, such as iso-2022-7bit. Unfortunately, once the default value of message-draft-coding-system is changed to iso-2022-7bit, old drafts encoded in emacs-mule will not be decoded correctly. The trick described by Mr. Yamaoka is designed to solve this problem. Could you tell me how coding cookie solves this problem? It is true that we could safely change the default value of message-draft-coding-system, if coding cookie was introduced. -- TSUCHIYA Masatoshi