From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47485 Path: main.gmane.org!not-for-mail From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: coding-system for drafts Date: Wed, 30 Oct 2002 17:14:54 +0100 Organization: University of Dortmund, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <84znsv52f5.fsf@crybaby.uni-duisburg.de> References: <84adl2llk6.fsf@crybaby.uni-duisburg.de> <84y98htj5s.fsf@crybaby.uni-duisburg.de> <84ptts6xm8.fsf@crybaby.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035994564 689 80.91.224.249 (30 Oct 2002 16:16:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 30 Oct 2002 16:16: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 186vVg-0000Ac-00 for ; Wed, 30 Oct 2002 17:16:01 +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 186vV7-0004t4-00; Wed, 30 Oct 2002 10:15:25 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 30 Oct 2002 10:16:11 -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 KAA14525 for ; Wed, 30 Oct 2002 10:15:52 -0600 (CST) Original-Received: (qmail 26796 invoked by alias); 30 Oct 2002 16:14:57 -0000 Original-Received: (qmail 26791 invoked from network); 30 Oct 2002 16:14:56 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 30 Oct 2002 16:14:56 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 186vYZ-00075p-00 for ; Wed, 30 Oct 2002 17:18:59 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 39 Original-NNTP-Posting-Host: crybaby.uni-duisburg.de Original-X-Trace: quimby.gnus.org 1035994739 25689 134.91.30.116 (30 Oct 2002 16:18:59 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 30 Oct 2002 16:18:59 GMT User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Cancel-Lock: sha1:Cyb+C69z4PX1tUGBFADzWq8+tpw= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47485 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47485 Katsumi Yamaoka writes: > I see. That's a good idea. Perhaps we can abolish the variable > mm-auto-save-coding-system and set the default value for > message-draft-coding-system to frumple (or iso-2022-7bit). Yes, maybe. Hm. Oh, yes, new auto-saves will always have the cookie. So no problem. (But what happens for XEmacsen which do not interpret the cookie? Are there such versions?) > Since not to bind the value for coding-system-for-read is > required to utilize that function, what should we do if there is > no such header? Or isn't there nothing to do? Binding coding-system-for-read is not good because it takes precedence over everything else. But if we could find a way to specify the coding system that has LOWER precedence than the coding cookie, then we can do that. Maybe it works via auto-coding-alist? No, that takes precedence. So we should use file-coding-system-alist. Do you think that might work? > In addition, it is required that the coding header should be > untouchable by a user. In order to ensure it, we will add the > header using write-contents-hooks and remove it before starting > edit of a draft. Haven't I made a mistake in my idea? That would work. Another idea is to narrow the buffer so that point-min is after the header. But that might be more fragile. Does auto-saving run write-contents-hooks? kai -- ~/.signature is: umop ap!sdn (Frank Nobis)