▼ じゅうじさん
> ▼ すすさん
> 半角カナはインターネットから締め出されてますから。
それはわかっているのですがimodeだと半角カナは普通に
使われるのですよね。

すべての文字コードを完全に自動認識させるのは無理があると思いますけど。
前認識してたのに～と思ってしまったのです。

>一度開いたファイルはヒストリーに保存される仕様ですから。
自動認識、↑この辺がらみで。

共通設定 - [ファイル]タブにて
「前回と異なる文字コードのとき問い合わせを行う(&Q)」がチェックoff の場合、
前回の時の文字コードを採用するようになりましたよね。

↑これは良いのですが、その「過去に開いたことがあるファイル」が
存在しなかった場合、前回の文字コードを無視して勝手に Shift_JIS に
なってしまいます。

例えば、常に UTF-8 で書き込まれる特定の名前のログファイルがあったとして、
そのファイル内の過去のログ情報が不要になった場合、

・方法１
　ログファイルの内容を全部削除して上書き保存。(サイズ 0 のファイルにしておく。)

・方法２
　ログファイルをバッサリ削除しておく。

の２通りの方法が考えられますが、

方法１だと、そのサイズ 0 のファイルを開いても文字コードは UTF-8 のままの
扱いになりますが、

方法２だと、「最近開いたファイル」から そのファイルを開いた場合、文字コードが
勝手に Shift_JIS に変わってしまい、以後、文字化け．．．

ファイルが存在しなかった場合（上記パターン２の場合）でも、文字コードは
前回と同じにした方が良いと思うのですが。

SJIS 半角カナを判定ポイントに加点する修正版バイナリを
アップしました。

http://sakura.qp.land.to/?Junk%2F26

やっぱり、SJIS に判定が偏りがちになるのですけれど…、
どんな具合か試していただければ幸いです。

あと、バージョン番号とかの識別番号に
変更を入れてないので、
取り扱いに気をつけてください（汗）

▼ OCYAさん
> 再度開くと、文字コード認識ダイアログが出るのですが、このファイルをコピー（CTL+C）したものは強制的にEUCで開かれるようです。

コピーして作った新しいファイルは、履歴に何も無いので、自動認識が選んだ文字コードになります。
そういう事じゃないのかな。
一度開いたファイルは文字コードが履歴に記録されます。（上限有り）

>「ベイズ理論による文字コード識別機能を搭載」
アイディアは面白そう．
気になる点1: 学習辞書を作る必要がある
→FDやUSB Memoryに入れて使う人以外は特に問題にならないかな？OptionにすればOKか．

気になる点2: 文字単体ではなく，バイト列の並びによって辞書を作る必要があると思うのですが，文字コードがわからないのにどうやって辞書を作ればよいのでしょう？ 1バイトずつずらしてNバイトのバイト列を取り，それを全部学習＆判定に使う？

SHIFT-JISとEUCのどちらともとれるような場合には学習による判定も使えそうですけど，どのくらい役に立つのかなぁ．