From: Kenichi Handa <handa@m17n.org>
Cc: emacs-devel@gnu.org
Subject: Re: [Bug] Issues with format.el: coding system, byte/char confusi on
Date: Thu, 10 Apr 2003 21:05:50 +0900 (JST) [thread overview]
Message-ID: <200304101205.VAA17561@etlken.m17n.org> (raw)
In-Reply-To: <E193VSw-0003VD-00@fencepost.gnu.org> (message from Richard Stallman on Thu, 10 Apr 2003 02:23:18 -0400)
In article <E193VSw-0003VD-00@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> writes:
> It would be excellent if Emacs could be patched such that
> `after-insert-file-set-buffer-file-coding-system' is called directly
> from within Finsert_file_contents before calling Qformat_decode (instead
> of adding this function to `after-insert-file-functions').
> I don't object.
Ok, I've just installed these changes.
2003-04-10 Kenichi Handa <handa@m17n.org>
* fileio.c (Vafter_insert_file_adjust_coding_function): New
variable.
(syms_of_fileio): Declare it as a lisp variable.
(Finsert_file_contents): Call
Vafter_insert_file_adjust_coding_function before calling
decode-format.
2003-04-10 Kenichi Handa <handa@m17n.org>
* international/mule.el: Set
after-insert-file-adjust-coding-function to
after-insert-file-set-buffer-file-coding-system instead of adding
it to after-insert-file-functions.
But, these names are very long.
after-insert-file-adjust-coding-function
after-insert-file-set-buffer-file-coding-system
Can't you think of shorter names?
---
Ken'ichi HANDA
handa@m17n.org
next prev parent reply other threads:[~2003-04-10 12:05 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-09 18:26 [Bug] Issues with format.el: coding system, byte/char confusi on Wedler, Christoph
2003-04-10 6:23 ` Richard Stallman
2003-04-10 12:05 ` Kenichi Handa [this message]
2003-04-11 8:51 ` Richard Stallman
2003-04-11 11:04 ` Kenichi Handa
-- strict thread matches above, loose matches on Subject: below --
2003-05-13 17:18 Wedler, Christoph
2003-05-02 14:11 Wedler, Christoph
2003-05-03 15:03 ` Richard Stallman
2003-04-08 18:01 Wedler, Christoph
2003-04-09 5:37 ` Kenichi Handa
2003-04-09 5:39 ` Richard Stallman
2003-04-15 2:06 ` Richard Stallman
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200304101205.VAA17561@etlken.m17n.org \
--to=handa@m17n.org \
--cc=emacs-devel@gnu.org \
/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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).