From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47456 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: coding-system for drafts (was Re: sending delayed articles bug) Date: Tue, 29 Oct 2002 18:58:33 +0900 Organization: Emacsen advocacy group Sender: owner-ding@hpc.uh.edu Message-ID: References: <84adl2llk6.fsf@crybaby.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1035885613 17644 80.91.224.249 (29 Oct 2002 10:00:13 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 29 Oct 2002 10:00:13 +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 186TAR-0004aC-00 for ; Tue, 29 Oct 2002 11:00:11 +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 186T9S-0007P3-00; Tue, 29 Oct 2002 03:59:10 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 29 Oct 2002 03:59:53 -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 DAA09723 for ; Tue, 29 Oct 2002 03:59:37 -0600 (CST) Original-Received: (qmail 11746 invoked by alias); 29 Oct 2002 09:58:48 -0000 Original-Received: (qmail 11740 invoked from network); 29 Oct 2002 09:58:47 -0000 Original-Received: from unknown (HELO mars.web-hosting.com) (207.228.244.150) by gnus.org with SMTP; 29 Oct 2002 09:58:47 -0000 Original-Received: from localhost ([207.228.245.242]) by mars.web-hosting.com (8.11.1/8.11.1) with ESMTP id g9T9wjD01737 for ; Tue, 29 Oct 2002 04:58:45 -0500 (EST) Original-To: ding@gnus.org User-Agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Military Intelligence (RC3), sparc-sun-solaris2.6) X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( Cancel-Lock: sha1:+uOTfnoKLVf8Qbnvn67gwZrogqI= X-Hashcash: 021029:ding@gnus.org:fecade677caf4839 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47456 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47456 Hi, If you have unfinished drafts, I recommend you send all of them before updating Gnus. I took care you don't have to do so, though. :) >>>>> In <84adl2llk6.fsf@crybaby.uni-duisburg.de> >>>>> kai.grossjohann@uni-duisburg.de (Kai Gro=DFjohann) wrote: > Katsumi Yamaoka writes: >> By the way, why don't we use the universal coding-system, e.g. >> iso-2022-7-bit, for saving and reading draft articles in both >> FSF Emacs and XEmacs? In the present, FSF Emacs uses emacs-mule >> and XEmacs uses escape-quoted by default, so draft articles made >> by FSF Emacs can't be handled by XEmacs and the contrary is also >> bad. :-{ > That's a good idea! Thanks. Let's put a point at issue into the handling of the existing draft files. First of all, there's no problem if a user has set mm-auto-save-coding-system to a certain value. It is satisfactory for using iso-2022-7bit to read draft files which have been saved by escape-quoted either, since those coding systems are mostly compatible under XEmacs. However, a relief measure should be taken in the case of FSF Emacs. Then, I've changed mm-util.el and nndraft.el with the following plans: 1. Set the default value for mm-auto-save-coding-system to iso-2022-7bit, except nil for non-Mule XEmacs. The value is passed to message-draft-coding-system. 2. Simply read a draft file using the value of message-draft-coding-system under XEmacs. 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. I wish there were no problems. Regards, --=20 Katsumi Yamaoka