フォーラムの返信を作成しました。
- 投稿
すみません、書き方が中途半端で、誤解させてしまったようです…。
var s = document.selection;
s.SetActivePoint(eePosLogical, (leftToRight)? tx: bx, ty, false);
s.SetActivePoint(eePosLogical, (leftToRight)? bx: tx, by, true);こういうことでした。
開発お疲れさまです。
ファイルからの検索なのですが、ファイルの種類に現在アクティブなドキュメントの拡張子が採用されるようです。
以前は前回検索時のものが出てきていたように思うのですが、勘違いでしょうか。ファイルからの検索に、アクティブなドキュメントは直接関係がありませんので、前回検索時のものが出てくるほうが、個人的には使いやすく感じます。
カスタマイズ項目になれば良いかなとも思います。以上よろしくお願いいたします。
開発お疲れさまです。
細かいところなんですが、マクロツールバーのコンテキストメニューに「削除」を含めることはできますでしょうか。
間違って登録してしまった場合、「カスタマイズ」ダイアログを出すのが少し面倒だと感じました。ドラッグで入れ換えられればさらに便利かなとも思います。
よろしくお願いします。
開発お疲れさまです。
RC14からのアップデート直後、ウィンドウ幅より広い行について、その下に1行か2行分、真っ白な行が出現しました。
その行にカーソルを合わせてbackspaceを押下すると、該当行が消えるような感じでした。
ただ、RC16では再現しませんでした。再現できていないので気が引けるのですが、他の方も同様の現象が起きてかつ再現可能なこともあるかと思い、報告させていただきました。
開発お疲れさまです。
前RCもそうだったと思うのですが、インストール時に「デスクトップショートカット」をインストールしないようにしていても、ショートカットができてしまうように思います。
ご確認お願いできますでしょうか。環境：WinXP sp3 32bit
今回のご要望は、表示中の画面内ではなく、何画面にも渡るテキストのどのあたりに検索した単語があるかが、一目で視覚的に分かれば良いのに、というものですね。
統合環境のEclipseでは（用途は違いますが）縦スクロールバーの右側に少し余白があり、そこにマーカーが出てきます。いずれにしても、マーカーの位置までスクロールバーをドラッグすることで、現在の表示画面内にない検索した単語を、画面内に持って来ることができるということです。
ちょっとマクロの内容を覗いてみました。
秀丸マクロを触ったことはないですが、どうやらさほど特殊なことはしていないようです。
型をすべて$にしたり、暗黙の値、たとえばtabcountをeditor.activeDocument.config.indentProp.tabColumnsに、yearをJavaScript標準のDateから作るようにしたりすれば、動きそうな感じがします。
（エディタ本体に対する操作は本質的な部分ではないので、追ってませんが）作者さんにEmEditorを強要するわけにも行きませんし（マクロは有償版のみの機能なので）、ここはご自身でJavaScriptを勉強するという選択肢も、あると思いますよ。
ありがとうございます。
仕様だったのですね。私の場合、インライン検索ではカーソル位置の単語を利用することもありますが、ファイルからの検索の場合にそれが必要なことがほとんどありません。
インライン検索とファイルからの検索それぞれについて、
・選択テキスト／カーソル位置の単語を利用
・正規表現のチェックの維持
・エスケープシーケンスのチェックの維持
の設定が個別にあると良いのかなと思いました。
（デフォルトが現在の挙動になっていれば、他の方々にも影響はないと思います）以上ご検討いただけたら幸いです。
解決策でなくてすみませんが。
ダイアログ左列の一番上にある「最近使ったファイル」にフォルダへのショートカットも登録されるので、私の場合ここで大抵の目的は果たせています。
（これはEmEditorに限らず他のアプリケーションでも同じ）遅くなりました。
リセットしたところ、完全ではないようですがほぼ色分けされるようになりました。
ありがとうございました。色の設定をインポート/エクスポートできることに、リセットした後に気づきました。
ちょっとあのボタンでは分かりづらかったです。
レイアウト的に厳しいなとも、思いましたが。「詳しい管理」というのは、どのような姿なのでしょうか？
フォルダ（カテゴリ）分けということでしょうか。個人的には、EmEditor「から」ファイルを開くことがほとんどなく、エクスプローラ等からドキュメントのクリックで起動するので履歴すらほとんど使っていません。
（直接関係ありませんが）ブラウザのブックマークも10年前は良く使いましたが、登録数が多いと見づらいし、閉鎖や移動に対応しないので、今はほとんど登録がなく、大抵は検索エンジンから行っています。
UTF-8のBOM（実際はEndian指定ではない）の存在は仕様上許されていたかと思いますが。
ただ、BOMつきUTF-8だとBOMがゴミになってしまうプロセスもありますし、選択できないなら「つけない」ほうが良い気はします。返信ありがとうございます。
1秒まではかかりませんが、上から描かれているのが分かる程度には遅いのです（システムに負荷がある状態なら、1秒をこえることもあります）。
書き忘れていましたが、インストーラが今のものになってから、ずっとだったと思います。
意図的でないのなら、こちらの環境の問題ですね。
動作自体には全く問題ありませんので、気にしないことにします。
