Re: utf-8

NAKAJI Hiroyuki <[email protected]> Thu, 11 Dec 2008 11:08:34 +0900
Newsgroups gmane.emacs.gnus.semi.japanese
Message-ID <[email protected]>
中治です。

>>>>> In [semi-gnus-ja : No.21001] 
>>>>>	Katsumi Yamaoka <[email protected]> wrote:

> よくあるのは何かのテキストをコピペしたときに、iso-2022-jp では扱
> えない半角カナなどの文字が混入してしまうことです。

Gnomeターミナルからコピペしたような気がしてきました。コピペ元のアプリケー
ションがutf-8だと、iso-2022-jpで扱える文字でも、C-yのときにutf-8で貼付けさ
れることもありえますか。

> ;; 例えば拙作の develock.el を使うと、そういうものを警告の意味で
> ;; 強調表示するようになります。

> > 「このように設定しておけばよいよ」というようなものはあるでしょうか?

> まずは、どんなエンコードが行なわれるかをあらかじめ確認するのが確
> 実でしょう。送信する前に `C-c C-m P' または `C-u C-c C-m P' を叩
> いてください。そしてもし utf-8 になってしまったらその原因を探す、
> と。

上記の「〜ような気」を再確認してみます。ありがとうございます。

> Gnus の場合はシステムの locale や Language Environment は (たぶ
> ん) 関係が無くて 、ひとえに `mm-coding-system-priorities' の値が、
> 使う charset の優先度を決めます。日本のユーザ専用のデフォルト値
> が設定してあります:

> (iso-8859-1 iso-2022-jp iso-2022-jp-2 shift_jis utf-8)

> ;; ぼくは次の値に変えて使っています。
> ;; (iso-8859-1 iso-2022-jp utf-8 iso-2022-jp-2 shift_jis)

nnml グループでのパラメータで、message-default-charset を iso-2022-jp に固
定するとかできるのかなぁと info を読んでいるのですが、よくわかりません。

とりあえず、思いきって、

(setq mm-coding-system-priorities '(iso-8859-1 iso-2022-jp))

としてみました。
-- 
NAKAJI Hiroyuki (中治 弘行)