[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
[MD:1852] buffer-file-coding-sytem for empty buffer
- X-ml-count: 1852
- Subject: [MD:1852] buffer-file-coding-sytem for empty buffer
- From: yagi@xxxxxxxxxxxxxxx
- Date: Sun, 8 Oct 2000 18:18:01 +0900
- User-agent: Nana-gnus/6.13.9 SEMI/1.13.5 (Meihō) FLIM/1.13.2 (Kasanui) Emacs/20.6 (i386-*-windows98.1998) MULE/4.1 (AOI) Meadow/1.13 Beta1 (TANAHASHI:61)
矢木です。
find-file-binary の挙動がおかしいのはもともとでした。
find-file-literally と勘違いしていたかも。
Keiichi Suzuki <keiichi@xxxxxxxxx> writes:
>しかし、わざわざ file-name-buffer-file-type-alist などというものを用意し
>ていることを考えると、 dos 系の fopen での "rb" や "rt" を決定するための
>ものではないかと思うのです。
調べた結果、file-name-buffer-file-type-alist は buffer-file-type の
値を決めるための変数らしい、と個人的には考えたのですが、
buffer-file-type って meadow では意味のある変数でしょうか?
それから find-buffer-file-type-coding-system の内容を良く見ると
untranslated-file-p でのチェックはするものの、
基本的にはバイナリか否かの区別しかないので、
find-file-not-found-set-buffer-file-coding-system は
別に無くても良いんじゃないのか? と思えます。
バイナリを編集する場合はユーザまたは major-mode が
「ファイルがバイナリであること」を知っているはずだし。
また find-file-not-found-set-buffer-file-coding-system が実行されると
set-buffer-file-coding-system が実行されてしまうために、
iso-2022-jp のファイルを挿入して buffer-file-coding-system が
iso-2022-jp に切り替わるといった動作もしなくなります。
おわり