🚀 go-pugleaf

>>>>> In <YAS.05Apr15022453@kirk.is.tsukuba.ac.jp> 新城さん wrote:

> Mule-UCS を入れたら、Select coding system (default raw-text)
> のようなメッセージを見る頻度が増えました。raw-text でなくて、
> utfなんとかのこともあります。

指定された coding system では正しくファイルにセーブできない文字
がある場合に、使える coding system の候補を出してくれるんですが、
デフォルト値は後で困ることになるものが多い気がしますね。しかも、
それがプログラムが内部的に何かを行なっている最中に起きると、ユー
ザは何を直せば良いのかがわかりません。

> 大きな画面ではこうなります。
> ------------------------------------------------------------
> These default coding systems were tried:
>   junet-unix
> However, none of them safely encodes the target text.

> Select one of the following safe coding systems:
> ...
> ------------------------------------------------------------

> もともと電子メールで、junet-unix に設定しているのですが、そ
> れに失敗しているということになります。これが出るのは、C-x
> C-s でファイルを保存ししようとしている時です。しょうがないの
> で、C-g で、２回くらいキャンセルして、もう一度 C-x C-s とす
> ると成功します。最初から成功して欲しいわけですが、どうしたら
> よいでしょうか。

junet-unix で無理矢理セーブして、テキストが部分的に (もしかした
ら全部) 壊れてしまっても良いならば、非常に乱暴ですが、

(defalias 'select-safe-coding-system
  (lambda (&rest args) buffer-file-coding-system))

とか。
でも、すべての電子メールを junet-unix でセーブしようというのが、
そもそも無理です。それがまともな相手から来たメールであっても、欧
州の人がうっかり非-ASCII 文字を書いたり、日本の人がいわゆる半角
カタカナを引用してしまうことはあるでしょうし、spam だったら何で
もありですから。

一般に、電子メールのソフトウェアが行なうべきことは、ネットを通じ
てやってきたメールを無変換でセーブし、読んだり引用するときに適宜
デコードすることです。もちろん、デコードした文字が junet-unix で
常にセーブできることは期待できません。

> 内部的な都合で怪しい文字がバッファに入ってしまったのかもしれ
> ません。でも、JIS だけでメールを書きたいので、怪しい文字がわ
> ければ取り除きたいわけです。どうやって探したらいいでしょうか？

例えば、半角カタカナを含むテキストを引用してしまった場合だったら

  M-< M-C-s \ck RET
 (Meta-< Meta-Ctrl-s \ck RET)

で探すことができます。
junet-unix でセーブできない文字を探す一般的な方法を知らないので
すが、無理矢理で良ければ、こうです。

(defun find-invalid-junet-char ()
  (interactive)
  (re-search-forward
   (format "[^\000-\177%c-%c]"
	   (make-char 'japanese-jisx0208 33 33)
	   (make-char 'japanese-jisx0208 127 127))
   nil t))

> 今の場合、C-g して最終的には C-x C-s に成功するので、怪しい
> 文字はそもそも存在しないのかもしれません。

C-g でもって junet-unix でセーブできない文字が無くなったように思
えるんですが、どうしてそんなことが起きるのか不思議です。;-)
-- 
山岡