From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [Bug] Issues with format.el: coding system, byte/char confusi on Date: Wed, 09 Apr 2003 01:39:24 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <67B8CED503F3D511BB9F0008C75DAD6605485571@dewdfx17> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1049866894 4953 80.91.224.249 (9 Apr 2003 05:41:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 9 Apr 2003 05:41:34 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Apr 09 07:41:30 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1938Kw-0001He-00 for ; Wed, 09 Apr 2003 07:41:30 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1938PG-0006k6-00 for ; Wed, 09 Apr 2003 07:45:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 1938LE-0002DT-08 for emacs-devel@quimby.gnus.org; Wed, 09 Apr 2003 01:41:48 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 1938Jt-0000yf-00 for emacs-devel@gnu.org; Wed, 09 Apr 2003 01:40:25 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 1938JO-0008Vl-00 for emacs-devel@gnu.org; Wed, 09 Apr 2003 01:39:55 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 1938Iu-00080A-00 for emacs-devel@gnu.org; Wed, 09 Apr 2003 01:39:24 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 1938Iu-0000HG-00; Wed, 09 Apr 2003 01:39:24 -0400 Original-To: "Wedler, Christoph" In-reply-to: <67B8CED503F3D511BB9F0008C75DAD6605485571@dewdfx17> (christoph.wedler@sap.com) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:13065 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:13065 > That would be true, if there is anything in > after-insert-file-functions other than > after-insert-file-set-buffer-file-coding-system. Normally I believe > there isn't anything else. What does this mean? Is `after-insert-file-functions' obsolete without being declared as such? It is not obsolete. What I am saying is that normally the only element of after-insert-file-functions is after-insert-file-set-buffer-file-coding-system. If you add other elements, you can choose where to put them. > Not necessarily. That would depend on what those other functions are. > Normally there aren't any others. I suppose if you add other functions > to this hook that you should put them in the proper order. As I said, the coding system is determined not only after some functions in this hook, but also after the format-decode functions. I think I am totally lost now.