From: kai.grossjohann@uni-duisburg.de (Kai Großjohann)
Subject: Re: coding-system for drafts
Date: Wed, 30 Oct 2002 17:14:54 +0100 [thread overview]
Message-ID: <84znsv52f5.fsf@crybaby.uni-duisburg.de> (raw)
In-Reply-To: <yotlsmyo156p.fsf@jpl.org>
Katsumi Yamaoka <yamaoka@jpl.org> 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)
next prev parent reply other threads:[~2002-10-30 16:14 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-25 12:25 sending delayed articles bug Katsumi Yamaoka
2002-10-25 13:01 ` Kai Großjohann
2002-10-29 9:58 ` coding-system for drafts (was Re: sending delayed articles bug) Katsumi Yamaoka
2002-10-29 14:27 ` coding-system for drafts Kai Großjohann
2002-10-30 1:36 ` Katsumi Yamaoka
2002-10-30 10:15 ` Kai Großjohann
2002-10-30 12:28 ` Katsumi Yamaoka
2002-10-30 16:14 ` Kai Großjohann [this message]
2002-10-31 4:44 ` Katsumi Yamaoka
2002-10-31 7:35 ` Katsumi Yamaoka
2002-10-31 17:35 ` Kai Großjohann
2002-11-01 4:32 ` Katsumi Yamaoka
2002-11-05 12:36 ` Kai Großjohann
2002-10-31 17:30 ` Kai Großjohann
2002-11-01 17:49 ` Kai Großjohann
2002-11-05 9:23 ` Katsumi Yamaoka
2002-11-05 12:38 ` Kai Großjohann
2002-11-08 7:25 ` Katsumi Yamaoka
2002-11-13 16:14 ` Reiner Steib
2002-11-02 15:34 ` TSUCHIYA Masatoshi
2002-11-05 12:23 ` Kai Großjohann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=84znsv52f5.fsf@crybaby.uni-duisburg.de \
--to=kai.grossjohann@uni-duisburg.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).