From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47506 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: coding-system for drafts Date: Fri, 01 Nov 2002 13:32:45 +0900 Organization: Emacsen advocacy group Sender: owner-ding@hpc.uh.edu Message-ID: References: <84adl2llk6.fsf@crybaby.uni-duisburg.de> <84y98htj5s.fsf@crybaby.uni-duisburg.de> <84ptts6xm8.fsf@crybaby.uni-duisburg.de> <84znsv52f5.fsf@crybaby.uni-duisburg.de> <847kfyo6ja.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 1036125184 19119 80.91.224.249 (1 Nov 2002 04:33:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 1 Nov 2002 04:33:04 +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 187TUU-0004yC-00 for ; Fri, 01 Nov 2002 05:33:02 +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 187TUo-0000xn-00; Thu, 31 Oct 2002 22:33:22 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 31 Oct 2002 22:34:05 -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 WAA21286 for ; Thu, 31 Oct 2002 22:33:49 -0600 (CST) Original-Received: (qmail 29671 invoked by alias); 1 Nov 2002 04:32:59 -0000 Original-Received: (qmail 29666 invoked from network); 1 Nov 2002 04:32:54 -0000 Original-Received: from unknown (HELO mars.web-hosting.com) (207.228.244.150) by gnus.org with SMTP; 1 Nov 2002 04:32:54 -0000 Original-Received: from localhost ([207.228.245.242]) by mars.web-hosting.com (8.11.1/8.11.1) with ESMTP id gA14Wrh28122 for ; Thu, 31 Oct 2002 23:32:53 -0500 (EST) Original-To: ding@gnus.org Mail-Copies-To: never 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:tjs/Qgo0GuXiscIgYcsIGOZ/NTY= X-Hashcash: 021101:ding@gnus.org:1e802388a6e346f2 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47506 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47506 >>>>> In <847kfyo6ja.fsf@crybaby.uni-duisburg.de> >>>>> kai.grossjohann@uni-duisburg.de (Kai Gro=DFjohann) wrote: > Katsumi Yamaoka writes: >> It is assumed that a draft file without the coding header has >> been saved when message-draft-coding-system was emacs-mule. Or >> possibly it was something another. But now it is iso-2022-7bit. >> Though Emacs will do automatic decoding if coding-system-for-read >> is bound to nil, it is not expected that it works correctly. > But this was only changed a few days ago, right? People who use the > CVS source code will have to live with those kinds of problems, IMHO. It is affirmative and also negative. She won't be damaged if she hasn't changed the variable message-draft-coding-system or mm-auto-save-coding-system. Could you please see my changes in the function nndraft-request-article? I think there are a few people who has changed that value, and they seem to be sophisticated users since those variables are not a user option. Therefore, > It is possible to make an announcement on this list to tell people > that drafts saved after 29 Oct might have to be converted before > using the new Gnus version. Does it work to C-x C-f the file, change > buffer-file-coding-system (with C-x RET f), then save the file? I think we have no need to notify of it. I wrote the code to make an announcement unnecessary. However, a situation will change if we implement the way to use the coding cookie. When coding-system-for-read is unbound, a file name does not match with file-coding-system-alist and there is no cookie (a file has been saved in the past), Emacs will do the automatic decoding. If a draft file has been saved as emacs-mule, although it may be successful in Latin, it fails in Japanese certainly. Did you know? To tell the truth, I don't yet understand the reason of suffering to use the coding cookie. Even if my code is not elegant, it is another problem. :-p --=20 Katsumi Yamaoka