フォーラムの返信を作成しました。
- 投稿
takane56さんは書きました：
> Version 7 では、「５つのプラグイン」ではなく「８つのプラグイン」なのですが、５つと書かれていましたか？何個だったかは忘れましたが、そのようなチェックする項目が表示がされたことは記憶しています。
> それで、セットアップのときには、上書きインストールの場合でも、このプラグインのインストールを行うかどうかを指定するチェックボックスは、チェックしたままにしておいてください。
もう一度、上書きインストールしようと思ったら、
●Em-Editor Professional（日本語）の修復
○Em-Editor Professional（日本語）の削除となり、修復を行なったら、
「８つのプラグイン」のチェック項目の表示がでてきませんでした。どうすれば再度「８つのプラグイン」をインストールすることができますか？
すみません。今は８つではなく１２個でした。プラグインは、修復インストールで、特に聞かれませんが、自動的にインストールされます。また、一度アンインストールしてからインストールすれば、選択してインストールすることができます。
takane56さんは書きました：
環境：ＸＰ ｓｐ２
バージョン：EM-Editor7.00.1EM-Editor7.00 からEM-Editor7.00.1にバージョンアップしたら、ツールバーのアイコンの配置がバラバラになってしまいました。
上書きインストール時の「５つのプラグインをインストールする」チェック項目で、すでにインストールしているのでチェックを外してインストールしましたが、バージョンアップ後、その５つのプラグインがなかったので、どうやらそれが原因？のようです。
プラグインは３０個以上あるのでまた適切な場所に移動するのは面倒なので、スムーズに元に戻したいと思っています。
再び上書きインストール時に「５つのプラグインをインストールする」のチェック項目にチェックしてインストールしても大丈夫でしょうか？
Version 7 では、「５つのプラグイン」ではなく「８つのプラグイン」なのですが、５つと書かれていましたか？
それで、セットアップのときには、上書きインストールの場合でも、このプラグインのインストールを行うかどうかを指定するチェックボックスは、チェックしたままにしておいてください。
shiiyaさんは書きました：
Yutakaさんは書きました：
自動認識というのは、どの設定のことでしょうか? EmEditor の中では自動認識という言葉は使っていません。ファイルをダブルクリックして開く時に、EmEditorがエンコードを自動で認識・決定して開いてくれる動作のことを自動認識と書いてしまっていました。
「自動認識」と書いていた箇所を、EmEditorでの設定項目「開くときのエンコード」で指定している「日本語 (自動選択)」、もしくは「エンコードの自動選択」などと読み替えて頂くと、申し上げたかった趣旨が伝わり易くなるかもしれません。[Unicodeサイン(BOM)を検出] をチェックしただけの場合は、BOM無しのファイルは検出できないようになっています。ですからこれは仕様通りの動作になります。
では、BOM無しのファイルのエンコードの自動選択もうまくいくようにするには、どのような設定の定義にすべきなのでしょうか？
【脚注2】の箇所に示した各項目の具体的な設定内容で示して頂けると幸いです。今、旅行中のため開発やデバッグができないのですが、もしまだ動作がおかしい場合は、サンプル ファイルを圧縮して添付ファイルで送っていただけますか？よろしくお願いします。 [email protected] 時間があるときに調べてまたご報告します。
サンプルファイルをメールで送付しました。
ご確認願います。メールは受け取りました。ありがとうございます。今すぐにテストできないのですが、以上のご質問への回答です。
「日本語 (自動選択)」の場合は、Shift JIS、JIS、EUC の中からの選択になるので、Unicode は自動検出できません。「エンコードの自動選択」という項目はありません「すべて自動検出」のことでしょうか?
BOM 無し UTF-16 のファイルの検出は、「すべて自動検出」にするしかないと思います。
よろしくお願いいたします。
shiiyaさんは書きました：
環境
OS ：WinXP Pro SP2
EmEditor：7.00.1 Pro 正式版【再現環境の準備】
以下のコマンドを実行し、UTF-16LEのBOMの有無とファイルサイズの大小が異なるテキストファイルを計4つ作成する。
(使用している外部プログラムの入手先は脚注1参照。)
chcp 932
echo 一二三| nkf.exe –ic=CP932 –oc=UTF-16LE-BOM > BOM付き.小.txt
echo 一二三| nkf.exe –ic=CP932 –oc=UTF-16LE > BOM無し.小.txt
perl cp932all.pl | nkf.exe –ic=CP932 –oc=UTF-16LE-BOM > BOM付き.大.txt
perl cp932all.pl | nkf.exe –ic=CP932 –oc=UTF-16LE > BOM無し.大.txt【不具合1】自動認識でも読み直しでも、「UTF-16LE (BOM無し)」のエンコードが正しく認識されない
(本不具合の再現に関連すると思われる設定内容は脚注2参照。)
「BOM付き.小.txt」および「BOM付き.大.txt」をダブルクリックで開くと、警告メッセージ等が表示されることなくファイルが開かれます。
画面右下のエンコード欄を見ると、「UTF-16LE (BOM付き)」と認識されています。しかし、「BOM無し.小.txt」および「BOM無し.大.txt」をダブルクリックで開くと、「ファイルに含まれていた Null文字 (00H) は、スペースに変換して開きます。」という警告メッセージ等が表示され、「OK」を選択するとファイル内容が化けた状態で開かれます。(後者では「改行方法がすべての行で一致していません。」というメッセージが表示されるがそこでも「OK」を選択。)
画面右下のエンコード欄を見ると、間違ったエンコードでそれぞれ「日本語 (シフト JIS)」「日本語 (JIS 1 バイト カタカナ可 – SO/SI)」と認識されています。
次にメニューバーから[ファイル]-[読み直し]-[自動検出]を選択すると、今度はファイル内容をざっと見る限りでは正しく表示されるようになります。
しかし、画面右下のエンコード欄を見ると、相変わらず間違ったエンコードで認識されたままになっています。
任意のファイルを新規に作成し、「名前を付けて保存」ダイアログでエンコードとして「UTF-16LE」、「Unicodeサイン(BOM)を付ける」のチェックは外した状態で保存した時などは、画面右下のエンコード欄を見ると「UTF-16LE (BOM無し)」と認識されるので、読み直し後の上記の間違ったエンコードも「UTF-16LE (BOM無し)」として再認識されるのが正しい動作ではないでしょうか？【不具合2】「UTF-16LE (BOM無し)」の自動認識の精度が低い
(本不具合の再現に関連すると思われる設定内容は脚注2参照。)
不具合1で記載した「BOM無し.小.txt」のような、ファイル内容のエンコードを自動認識するための手がかりが乏しいサイズの小さなファイルでは、自動認識に失敗するのはある程度仕方がないと思いますが、エンコードを自動認識するために十分と思われるだけの文字集合を詰め込んだ「BOM無し.大.txt」のようなサイズの大きなファイルで自動認識に失敗するのは、何とか改善できないでしょうか？
それとも当方の設定が悪いのでしょうか？ちなみに脚注2の設定の定義で「すべて自動検出」だけをチェック状態に変更すると(ヘルプを見ると「ファイルが非常に小さい場合は、誤認する場合がある」と書かれているので普段はあまり使いたくはないのですが)、「BOM無し.小.txt」および「BOM無し.大.txt」も文字化けしないで開けるようにはなりますが、画面右下のエンコード欄を見ると、いずれのファイルでも今度は「日本語 (自動選択)」という表示になってしまい、やはりエンコードが正しく認識されていないようなのです。
以上、ご確認願います。
【脚注1】再現環境の準備で使用している外部プログラムの入手先
・nkf.exe
http://www.vector.co.jp/soft/dl/win95/util/se295331.html
上記ページの「nkfwin.zip」ファイル(バージョン2.0.8)をダウンロード・展開して得られる「2080win」ディレクトリ内の「nkf.exe」ファイル・perl
http://downloads.activestate.com/ActivePerl/Windows/5.8/
上記ページの「ActivePerl-5.8.8.822-MSWin32-x86-280952.msi」ファイル・cp932all.pl
http://www.miraclelinux.com/technet/samba30/cp932_script.html
上記ページの「cp932all.pl」ファイル【脚注2】設定の定義「Text」で本現象に関連すると思われる設定内容
[ファイル]タブ
HTML/XMLのCharsetを検出 □
すべて自動検出 □
Unicodeサイン(BOM)を検出 レ
UTF-8を自動検出 レ
改行方法が不統一ファイルで警告 レ
開く時のエンコード 日本語 (自動選択)
新規作成時
エンコード 日本語 (シフト JIS)以上
自動認識というのは、どの設定のことでしょうか? EmEditor の中では自動認識という言葉は使っていません。 [Unicodeサイン(BOM)を検出] をチェックしただけの場合は、BOM無しのファイルは検出できないようになっています。ですからこれは仕様通りの動作になります。今、旅行中のため開発やデバッグができないのですが、もしまだ動作がおかしい場合は、サンプル ファイルを圧縮して添付ファイルで送っていただけますか？よろしくお願いします。 [email protected] 時間があるときに調べてまたご報告します。
fujisakiさんは書きました：
なぜ、 Version 7 からは txt ファイルのアイコンがEmEditor特有のものをデフォルトで採用しなかったのですか？
いままで採用していたEmEditor特有のアイコンを辞める特別な理由でもあったのでしょうか？
これは仕様ということになっていますが、インストーラのバグではないのでしょうか？
ちなみに、私もスレ主と同じく、インストール後、手動でEmEditor特有のアイコンに変えています。
しかし気分的になんだか気持ちよくありません。
いままで通り、インストール時に、txt関連付けにチェックを入れてインストールしたら、はじめからEmEditor特有のアイコンに正しく更新される事を強く願います！txt ファイルのアイコンは、EmEditor 特有のものではなく、Windows をそのまま使用するようにしたのは、単にデザイン上の問題です。EmEditor Version 2 以前の仕様に戻しました。その方がいいという意見も多くありました。
それで、インストーラがすでに関連つけられているアイコンを変えてしまうという問題は、こちらではすでに修正しています。次のバージョンからはこのような問題は発生しません。よろしくお願いします。
Freddiefisさんは書きました：
初めて投稿させていただきます。
EmEditor自体は4.0からのユーザーなのですが、最近になって気になり始めた
(あるいは気付いた)ことに関して、質問させていただきます。
なお、現在使用しているバージョンは、EmEditor Professional Version 7.00です。例えばSJISテキストを扱っている時、他のエンコードを使用したテキストデータ
からコピペした時、適切なエンコードに変換して欲しい(あるいは表現不可能な
文字セットの場合警告して欲しい)のですが、このような機能や設定はあります
でしょうか？具体的な例としては、SJISテキストを編集中に、日本語版Windows Vistaのファイル
のプロパティから、作成日時をコピペした場合、UNICODEのままペーストされるため、
元のエンコードと整合性が取れなくなります。保存時に警告が出ますが結局はSJIS
のままでしか保存出来ない(警告が出てUNICODEで保存するには「いいえ」を選べと
表示されるが、実際には「いいえ」を選ぶと何も起こらない)ようです。もちろん別名保存を使用すればエンコードを変更することが出来ますが、この部分
だけに限定して着目すると機能不全であるように見えます。またUNICODE形式で保存
するのが本意なのではなく、SJISに変換して保存することが本意なので、結局手作
業で変換せざるを得ません。解決方法はありますでしょうか？
「いいえ」を選んでから、その後、ファイルメニューの名前を付けて保存で、Unicode のエンコードを選択すれば、Unicode 形式で保存できます。このあたりの質問は非常に多いため、この部分のインターフェースについては、将来のバージョンで改善を検討します。どうもありがとうございます。
qtvさんは書きました：
お疲れ様です．単語補完(7.00.1)を使用しております．
大文字小文字の一致条件として「候補と入力中の両方で区別する」にしているのですが，優先順位を「最後に使用した単語を最初に選択」にしていると，大文字/小文字を識別せずに候補が表示されているように見えます．優先順位を「アルファベット順」にすると，大文字小文字は判別されているようでした．大文字小文字を識別しつつ，最後に使用した候補を優先することは可能でしょうか．
よろしくお願いします．
どうもご報告ありがとうございます。
現在、私は急な用事で昨日から日本に帰国中です。すぐに調べることができないのですが、何かわかりましたらまたご報告します。よろしくお願いします。takuyaさんは書きました：
Yutaka様、ありがとうございます。やってみました。その方法でカレント行の改行コードを取得できました。問題は解決しそうです。
一方で、設定の参照をして取得する方法も考えておりました。たとえばTextファイル設定で保存時の改行コードをCRLFと設定していたり、Perlファイルの保存時改行コードをLFで指定している場合、その設定情報を閲覧することが出来るでしょうか？？
これらは、一度適当な行を書出してから取得するしかないのでしょうか？このような手法が思いつきました。
document.writeln();
yLine = document.selection.GetActivePointY(eeLogical);
text = document.GetLine( yLine, eeGetLineWithNewLines )
document.Undo();また、以下のコードを試してみました。
var index = document.Config.FileSave.ReturnMethod;
後者の場合ですがｍダイアログで設定されているIndex番号が取得できました。しかし設定が「変換無し」だとIndex番号から実際の改行コードを拾い出すのは無理なようです。
EmEditorは改行コードの混在を扱えるので、ファイルを読み込んだあとに、改行コードの混在のダイアログも出る思うのですが。改行が統一されていた場合や、Ctrl+Nで新規タブを開いた場合など、デフォルトの改行コードがあると思うのですが、それを参照することは、出来ないのでしょうか。
—
takuya設定については、
Config.FileSaveProp.ReturnMethod
Config.FileNewProp.ReturnMethod
で可能です。お試しください。vanityduckさんは書きました：
検索ボタンとか、×ボタンとかです。
あと、チェックボックスもそうです。
検索文字列コンボの▼ボタン押下直後、1クリック分だけ反応しません。
「ファイルから検索」ダイアログでも同様です。恐らく、検索文字列が存在する時に、リストが表示した場合、プルダウンしている時はボタンが利かないですよね。
見た目ではプルダウンしていませんが、内部ではそれと同等の状態になっているような感じです。こちらでは再現しないですが、確かにそういう理由ですね。もし再現できる条件などがわかりましたら、お知らせください。
takuyaさんは書きました：
マクロで、現在開いてるファイルの既定の改行コード指定を取得するにはどうすればよいでしょうか。エンコードだと、エンコード定数があり、そこから指定するようですが、改行コードを取得する方法が思いつきませんでした。
“document.eol” のような指定をして、現在の設定の改行コードが取得できるのが理想なのですが。
EmEditor では、改行方法を混在させることができるため、各行の改行方法を調べるしかありません。
document.GetLine( yLine, eeGetLineWithNewLines )
各行の改行方法を知ることができます。vanityduckさんは書きました：
カスタマイズ→履歴で、「履歴のクリア」を行った後、検索ダイアログを開いて、ダイアログを最小サイズに変更し、検索する文字列コンボの▼を押します。
履歴をクリアしているので何も展開されませんが、ダイアログのボタンが一時的（？）に利きません。Windows XP SP2
EmEditor 7.00.1 RC10ダイアログのボタン、というのは、どのボタンのことでしょうか?
matsuuchiさんは書きました：
松内です。うちでも発生しました。
タブは3個開いた状態でした。
あとはanonさんと同じです。
・Ctrl+Sが効かない
・メニューバーの上書き保存がグレー
・ツールバーの上書きボタンがグレー
・タブにはアスタリスクが表示されている
・別名保存は可能
・その状態になると、別名保存後に再編集してもやはり上書き保存できないまだ一度しか発生していないので、プラグインを外して・・・とか切り分けは全く出来ていません。
関係あるかどうか分かりませんが、気になる条件としては、
開いているのがLogファイルなので、他のアプリでも編集しています。
それを「監視間隔」は「2秒」で「外部で変更された時」は「読み直すかどうか選択する」にしています。Windows2000 SP4
EmEditor7.00.1 Pro Reg使用こちらでも再現しました。たぶん、ほかのタブ上で右クリックしてコンテキストメニューを表示してから、メニュー以外のところをクリックしてメニューを閉じた後に発生したのだと思います。この問題は修正します。どうもご報告ありがとうございます。
jinseiさんは書きました：
ファイルはどのようにして開いているのでしょうか? もし、EmEditor の「ファイルを開く」ダイアログ ボックスからファイルを選択して開いている場合は、「エンコード」ドロップダウン リスト ボックスで、正しいエンコードを指定していることを確認してください。
関連付けてエクスプローラのダブルクリックです。
同じ拡張子で正しく判定できてるファイルもあります。
開いた後にファイル-読み直し-日本語(自動選択)で誤選択してるので、判定アルゴリズムの問題と考えています。問題の発生するファイルの大きさはどの程度でしょうか? 問題の発生するファイルから、個人情報などを削除し、再現するかどうかをテストしてから、サンプル ファイルを zip に圧縮して、 [email protected] に送っていただけますか? どうぞよろしくお願いいたします。
yunokiさんは書きました：
検索でのちょっとした不具合です。複数のファイルを開いた状態で、検索窓を出して、”開いているすべての～”と、”正規表現～”にそれぞれチェックを入れた状態で、検索文字列として間違った正規表現を記述して検索を開始すると、エラーのメッセージが、開いているファイルの数だけ繰り返し表示されてしまいます。
１回だけエラーメッセージがでるようにしてもらいたいです。
確かに再現しました。修正します。ご報告ありがとうございます。
hiroさんは書きました：
スクリプトの色は治ってましたが
スクリプトの下にコメントアウトタグを入れてる場合、
開始タグの色が変です:-P=660000] ← 緑
この茶色の部分は、すでに、javascript スクリプトの中なので、EmEditor では、// はコメントになりますが <!– はコメントにならないとして扱っています。もし <!– をコメントとして表示させたい場合は、JavaScript の設定のプロパティで、 <!– をコメントとして設定すれば期待通りに表示されます。
ところで、HTML のファイルの中でもスクリプトの と の間では、 は javascript のコメントにならない、と思っていましたが、私の理解が間違っていたのでしょうか?
snowさんは書きました：
今更なのですが、HTMLツールバーを全然見ていなかったもので、見てみました。を挿入するボタンですが、「インデント」というのはどうかと思います。「引用」では。
個人的にはそれから、プルダウンにともあると良いのかなと思いました。将来的に機能を追加も検討します。HTMLバーは、ソースコードも公開しているので、それを修正、ビルドすることも可能です。
hanaさんは書きました：
お世話になります。txtファイルのアイコンをEmEditorのもの（EMEDRES.DLL）に変更して使っています。
しかし、上書きインストールをすると、毎回Windowsのものに初期化されてしまいます。FAQによると、WindowsのものからEmEditorのものに「変えない」とは書いてありますが、
こちらが手動で設定、変更したものを、Windowsのものに「戻す」のはなぜでしょうか。RC版を連日試しているときなどは、かなり面倒臭いです。
なんとか「戻さない」ようにはしていただけませんでしょうか。
よろしくご検討ください。インストーラの問題だと思うのですが、これはなんとか修正します。
2ndさんは書きました：
お久しぶりです。2nd＠プラグイン作者です。Ver7 になって、私が作成・公開している次のプラグインが動作しなくなりま
した。
naoRecent
最近使ったファイルから存在しないファイルを削除する
http://emeditor.nao4u.com/plugin/naoRecent.htmlnaoRecentは OnCommand 内で、存在しないファイルやフォルダを参照している
レジストリキーを直接削除しています。
HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3Recent File List
HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3Recent Folder ListEmEditor Ver.6 までは、ファイルメニューやタスクトレイアイコンのメニュー
を表示する際にレジストリを参照して、最近使ったファイル等を表示していた
ようですが、Ver7では本体起動中はメモリ上で管理されているようですね。
naoRecentで削除したレジストリキーもEmEditorを閉じると上書きされてしま
います。naoRecentでの実現方法は自分で言うのもなんですが「汚い」ので、
なんとか別のアプローチが無いかと模索しています。そこで質問と提案です。
質問：
EmEditor Ver.7 で最近使ったファイルやフォルダを書き込むタイミングは
いつでしょうか？
提案：
レジストリ使用時のみ Ver.6 と同等の処理に戻せないでしょうか？
（INIファイル使用時の動作速度低下が仕様変更のきっかけかと思えるので）最近使ったファイルやフォルダを書き込むタイミングは、プロセス終了時です。ただし、マルチプロセスで起動している場合や、/sp オプションで別プロセスで起動している場合は、v6 までの従来とおり、変更時に常に書き込んでいます。
確かに、INI ファイルの動作速度を向上させるために、このように仕様を変更していますが、レジストリ使用時でも動作が速くなるので、どちらでも同じ動作になっています。最近使ったファイルが最大の 64 個もあると、かなり差が出てきます。
プラグインに影響があって申し訳ありません。正式版の公開前に教えていただければ、何とか対応することができたのに残念です。今すぐにレジストリの場合だけ元に戻しても、INI 使用時には有効になりません。将来は、正式なプラグインの実装として検討したいと思います。この将来の実装を待ってからプラグインを書き換えていただけると幸いです。
jinseiさんは書きました：
回答ありがとうございます。
RC10でもだめでした。
EUCなんですが、SJISになってしまいました。最低条件を調べようとしたのですが、うまくいきません。
5MBほどあるファイルですが、分割しながら問題箇所を探そうとしたんですが、できたりできなかったりで条件うまくしぼれません。ファイルは仕事のデータなので出せません。
何か条件が分かったら、また投稿します。ファイルはどのようにして開いているのでしょうか? もし、EmEditor の「ファイルを開く」ダイアログ ボックスからファイルを選択して開いている場合は、「エンコード」ドロップダウン リスト ボックスで、正しいエンコードを指定していることを確認してください。
EmEditor 付箋 (EmEditor Notes) は、Windows Live Gallery でも公開されました。
http://gallery.live.com/LiveItemDetail.aspx?li=b91a3ce7-2029-42f5-86a6-a71c023f1816
Yutakaさんは書きました：
EmEditor 付箋 1.00 (Windows Vista サイドバー用ガジェット) を公開します。http://jp.emeditor.com/modules/mydownloads/singlefile.php?cid=22&lid=265
Windows Vista 上で、簡単にメモを書き留めておき、EmEditor を起動して編集を続けたり保存することができます。
このガジェットを動作させるためには、Windows Vista (32ビットまたは64ビット) が必要です。インストール方法:
ダウンロードしたファイル EmEditorNotes100.gadget を実行してくださいこのガジェットに関して、ご質問などがありましたら、このフォーラムに発言してください。よろしくお願いします。
toshihaさんは書きました：
林と申します。htmlで特定のコメントに囲まれた領域を置換しようと思い、
editor.ReplaceInFiles(‘((.|n|r)*?)‘,’あいうえお‘, ‘C:sharehome_html*.html’, eeFindReplaceRegExp | eeOpenDetectAll, eeEncodingUTF8, ‘*.bak’, ‘C:Backup’);
というスクリプトを書いたのですが、日本語がある場合、置換された結果の日本語が文字化けしてしまいます。
記述の仕方が悪いのだと思いますが、どなたかご存じのかたいらっしゃいましたらご教授願えませんでしょうか？よろしくお願いします。
((.|n|r)*?)
となっているところがありますが、JavaScript では は と書かないといけないので、
((.|n|r)*?)
になります。これでも文字化けする場合、エンコードの指定が正しいことを確認してください。もし、エンコードがわかっている場合は、eeOpenDetectAll を付ける必要はありません。eeOpenDetectAll は統計的に検出しているため、間違うこともあります。eeEncodingUTF8 は、UTF-8 であることを示しています。もし Shift-JIS であれば、eeEncodingUTF8 ではなく、 932 を指定してください。
yukiさんは書きました：
いつも開発ご苦労さまです。質問も含めて2件あります。
①
RC 7で修正していただきましたアウトラインで縮小表示されたままので不具合の件ですが、拡張子の違うファイルにおいて、同様の問題が発生してしまいます。
例えば”.cpp” と”.txt”の組み合わせでも起きました。②
マクロファイル(*.jsee)を開くときに、たまにEmEditorのインストーラが起動することがあるのですが、これは、一体何がインストールされるのでしょうか？
おそらくなのですが、デフォルトのマクロフォルダ以外の場所(例えば、My Macros)のファイルでよくインストーラが動作する気がします。
OSの再起動も要求されます。マクロを頻繁に利用しているわけではないので、初歩的な質問であればすみません。
よろしく、お願い致します。
(1) 7.00.1 正式版は、すでに FIX しましたので、その次のバージョンで直します。ご報告ありがとうございます。
(2) これはおかしいですね。.jsee のファイルは、編集アクションが EmEditor に関連付けられているためですが、これはインストーラ (msiexec) を通して行われています。そのためではないかと思いますが、もし再現できる条件がわかりましたらご連絡ください。よろしくお願いします。
