フォーラムの返信を作成しました。
-
投稿
-
4. 以外は、こちらでもすべて再現しましたので、次のマイナーバージョンで対応しておきました。どうもありがとうございます。
2. についてですが、プラグイン内でエラーがあった場合は、プラグインだけが終了するようになっています。でも、この場合は、ワーク スレッドの中で異常があったのかもしれません。次のマイナー バージョンではそのような場合にも対応しておきました。
UTF-8 で BOM は必要ないかというと、実は、UTF-8 の BOM 無しが必ずしも正しく検出できるわけではないのです。例えば、UTF-8 ではアクセント付き欧文文字が、Shift-JIS だと日本語や記号として表現できる場合があります。そこで、EmEditor のマクロでは、そのようなあいまいさをなくすため、マクロの仕様として、UTF-16LE (BOM付き) を推奨していますが、便宜上 UTF-8 (BOM付き) やシステム既定エンコードでも可能になっています。UTF-8 (BOM無し) だと、他のエンコードと区別が付かないことがあるため、おすすめしません。
ファイルを開くで、既存のファイルが存在しない場合の動作についてですが、この場合は、該当する設定のプロパティの [ファイル] タブの設定になると思います 。こちらも確認してみてください。
EmEditor のマクロは、[マクロ] メニューで [名前を付けて保存] を実行すれば、必ず UTF-16LE (BOM付き) で保存されます。そのため、UTF-16LE (BOM付き) だけを扱えばいいと思って設計されています。確かに、作成したコードを編集して、新規作成から保存するというやり方の場合は、UTF-16LE 以外でも保存できてしまうため、これでは不便ということで、システム既定エンコードでも動作するようになっていますが、UTF-8 は想定外でした。ライブラリで公開するときは、UTF-16LE に変換して公開していますし、以前のバージョンとの互換性のためにも、できるだけ UTF-16LE で統一していただけないでしょうか?
ライセンス関係のご質問は、 jp@emurasoft.com 宛にメールしていただけますでしょうか? メールアドレス、購入方法など詳しい情報を書いていただければ、すぐに登録キーを調べて再発行いたします。よろしくお願いします。
– 出力の表示がリアルタイムでない
というのは、これは、いろいろ調べてみましたが、対応はできませんでした。Visual Studio のアウトプットでも、やはり、リアルタイムではありませんでした。何かいい方法があるのかもしれませんが、ちょっと難しいかもしれません。– 大量の出力が最後まで表示されない
これは、おかしいので、もう少しパイプのバッファを大きくしたり、その他の最適化を行ってみました。RC 5 でお試しください。同じ EUC-JP でも異なる定義が存在します。現在のところ EmEditor は、Windows システムで利用できるエンコードのみをサポートしています。残念ながら、Windows で定義されている EUC-JP は、G3に JIS X0212 をサポートしていません。EmEditor の [ツール] メニューの [エンコードの定義] を選択しても、JIS X 0212 が利用できるエンコードは、[20932 (JIS X 0208-1990 & 0212-1990)] のみで、これは EUC-JP とはまた違うようです。Windows Vista でも XP でも同様のようです。しかし、次の EmEditor のメジャー バージョンでは、ほぼ確実に、このような新しいエンコードにも対応していきたいと思います。どうしてマイクロソフトは、API レベルで新しいエンコードを利用できるようにしないのでしょうね!?
この URL の gif 画像が見れないのですが、このプラグインにすべての種類 （大きさや色数） の画像 BMP が含まれていないのが原因です （プラグインが悪いのではなく、そのような場合にも対処できていない EmEditor 側の問題です）。そのような場合にでも対応できるように調べてみます。
