フォーラムの返信を作成しました。
- 作成者投稿
- Yutaka Emuraキーマスター
yukiさんは書きました:
いつも開発ご苦労さまです。先日は、修正どうもありがとうございました。
OS側の問題まで回避して頂き本当にありがとうございます。度々ですみませんが、質問のようなことも含めて、2件あります。
①
トレイアイコン → 最近使ったフォルダ でファイルを開くと新しくフォルダ参照した順にサブメニュー項目が更新されると思いますが、実際の参照先が違うことがあります。
例えば、初期のメニュー項目が下記のようになっているとします。1 C:Item1
2 C:Item2
:トレイアイコン → 最近使ったフォルダ → 2 C:Item2 内のファイルを開きます。
再度、トレイアイコン → 最近使ったフォルダ →1 C:Item2
2 C:Item1
:という表示に更新されていますが、1 C:Item2 を選択すると 参照先がC:Item1のままです。これ以外の履歴先もずれてしまいます。本体を終了すると正常です。
②
プラグインの設定ダイアログで表示される、各プラグインのバージョン情報なのですが、7.00 ではない 6.00.* などの表示があります。
例えば、スニペットがそうなのですが、かたやホームページ上で公開されている(プラグインソースコード)説明では、7.00であったりとします。
ダイアログで表示されるバージョンNo.は、本体との初回公開時期、または本体の前バージョンとの互換が有効なNo.などを示すものなのでしょうか?よろしく、お願い致します。
RC 9 で修正、バージョン番号の統一を行います。どうもありがとうございます。
Yutaka Emuraキーマスター■改ページコード位置を罫線で区切る
V7から改ページコード位置で印刷時に次のページに移るにようになりましたが、これを活用できるように編集中も改ページ位置に罫線が引かれると助かります。これについてですが、設定のプロパティの [基本] タブで [ページ番号を表示] をチェックしておき、一度、印刷プレビューを表示するか、印刷ダイアログを表示した後なら、改ページ位置に罫線が引かれるようになります。お試しください。
Yutaka Emuraキーマスターjkobaさんは書きました:
要望に近いのかもしれませんが、こちらに投稿させていただきます。Windows XP SP2で、Ver 7.00を使用しています。
EmEditorの設定のプロパティの[ファイル]-[外部で変更された時]で、
[外部から書き込みを禁止する]を設定している場合、Windowsのセキュリティ設定で、書き込みの許可がないファイル(*1)をダブルクリックで開こうとすると
「アクセスが拒否されました。」
とのメッセージが表示されファイルを開くことができません。
読み取り専用で読み込むことはできます。ダブルクリックで使用することが多いのですが
EmEditorではファイルを読み込むことができないが
Windowsのメモ帳ではファイルを読み込めるといった状況が発生し
非常に不便に感じています。せめて開くことができるようになりませんでしょうか。
*1 Windowsのフォルダ(ファイル)のプロパティの[セキュリティ]で、書き込みの「拒否」にチェック
RC 9 で修正します。どうもありがとうございます。
Yutaka Emuraキーマスターqtvさんは書きました:
・OpenDocuments
・FunctionList上記を外してみましたが,現象が発生しました.
この2つではなかったようです.
失礼しました.ロックされている状態でプラグインを外す(「プラグインの設定」でチェックを外す)を行えば,もしプラグインがファイルをロックしていたならばロック解除されるものなのでしょうか?
そうであれば,ロックされた状態になったら順次外して確かめてみたいと思います.よろしくお願いします.
これは、必ずしもそうとは言えないです。プラグインをはずしても、EmEditor アプリケーション自体を終了しないとファイルのロックは解除されないことのほうが多いと思います。
Yutaka Emuraキーマスターhanaさんは書きました:
お世話になります。RC6のトピックで、トレイアイコンに表示れる履歴の件、
また、文言の違いについてご報告した者です。前者についてはRC7で対応予定とお返事をいただいたのですが、やはりRC7でも発生します。
また、後者についても、表現が変わっていません。対応は延期になったのでしょうか。
こちらでは、RC7 インストールで、「最新のファイル」は「最近のファイル」に変更されていることを確認しています。E:SRCEmEditor7Releasemui1041emedloc.dll のタイムスタンプを確認していただけますか? また、マシンを再起動してみてください。
Yutaka Emuraキーマスターyosyuaさんは書きました:
v7.00.1RC7 & WindowsXP SP2 での報告です。
肯定後読みを使って置換を一個づつして行くと、
置換が一つ飛ばしになります。例えば以下の文字列、EmEditor
EmEditor
EmEditor
EmEditorを、
検索文字列 : (?<=Em)Editor
置換文字列 : ●Editorで検索して一個づつ置換(Alt&R)して行くと、
EmEditor
Em●Editor
EmEditor
Em●Editorとなります。でも実際には、
Em●Editor
Em●Editor
Em●Editor
Em●Editorとならないと動作的におかしいのではないでしょうか?
ちなみに他の肯定・否定の後・先読みで、肯定先読み Em(?=Editor) → Em●
否定後読み (?<!●)Editor → ●Editor
否定先読み Em(?!●) → Em●とし、一個づつ置換(Alt&R)すると、
Em●Editor
Em●Editor
Em●Editor
Em●Editorとなり、一つ飛ばしという結果にはなりません。これは置換後に、
次の検索結果に自動的にフォーカスしてるのが原因だと思いますし、
仕様と言えなくもない内容ですが、インターフェイスの不統一という意味では、
極めて不合理な挙動だと思います。確かにおかしいかもしれませんが、マイナー アップグレードで変更するのはリスクが大きいため、これは Version 7 以下では仕様とさせてください。次のメジャー バージョンでは対応を検討しますので、メジャー アップグレードのベータ テストで、どんどん意見を書いてください。よろしくお願いします。
Yutaka Emuraキーマスターanonさんは書きました:
どのような条件下で起きるかまだ分かりませんが、
Ctrl+Sでの上書き保存と、メニューからの上書き保存が灰色になりブロックされ出来なくなります。どのような条件下で起きるか分かりましたら追記させて頂きます。
宜しくお願いします。
Windows XP SP2
EmEditor Ver.7.00何かプラグインと関係しているということはないでしょうか? もし何か再現できる条件がわかると非常にありがたいです。よろしくお願いします。
Yutaka Emuraキーマスターyukiさんは書きました:
いつも開発ご苦労様です。細かい点を含めて3件あります。
①
[開く] ダイアログ ボックスで”読み取り専用”のチェックを入れたとき、1件だけのときは問題ないのですが、複数のファイルを同時に選択時は、動作していないと思います。②
エクスプローラ(ウィンドウ左に配置)と単語補完 のプラグインを同時に使用しているとき、巨大ファイルを開いた後が関係すると思うのですが、エクスプローラウィンドウ領域とファイルのエディット領域を分ける中央のスプリットバーを移動すると、単語補完のエラーが発生します。
下記のようなメッセージボックスです。“WordComplete Plug-in WorkThread error! Click OK and restart EmEditor, or click Cancel to debug”
③
プラグインの設定 → 単語補完 プラグインのプロパティのダイアログ → [閉じる]ボタンの幅の大きさが、下の他ボタンに比べて若干小さいと思われます。
他のデザインの完成度が非常に高いため、気になってしまいました。よろしく、お願い致します。
(1) についてですが、これは Windows XP のバグだとしか思えないですね。Windows Vista では問題ないのですが、XP だと、複数ファイルを選択して、「読み取り専用」をチェックしても、「読み取り専用」のフラグがオンにならないようです。RC 7 でこの問題を回避しました。
Yutaka Emuraキーマスターyukiさんは書きました:
いつも開発ご苦労様です。
(2)の件、修正どうもありがとうございます。
度々ですみませんが、もう1件追記します。④
アウトライン プラグインなのですが、1つのグループ内で複数のファイルを開いている時に、あるファイルに対して縮小表示し、別のファイルを選択してアウトライン本体をオフした場合に、縮小表示していたファイルの描画内容が、縮小されたままであったりとおかしくなってしまいます。
正常な描画に戻すために、再度アウトラインをオンしてオフしなければなりません。よろしく、お願い致します。
これは修正します。どうもありがとうございます。
Yutaka Emuraキーマスターcolaさんは書きました:
以下のようなスクリプトで、後方参照による置換に失敗します。document.selection.Replace( “^(.)”, “test_1”, eeFindReplaceRegExp | eeReplaceAll )
macro
↓
test_macroという結果を期待しているのですが、
後方参照(上記例でいうmacroのm)の部分が文字化けしてしまいます。
なにか記述に問題があるのでしょうか?
よろしくお願いします。私も一瞬びっくりしましたが、これは JavaScript の構文の問題ですね。JavaScript では、バックスラッシュは、すべてもう1つのバックスラッシュでエスケープする必要があります。”” は “” と書く必要があります。
“test_1”,
を
“test_1”,
と書けば問題ないです。
Yutaka Emuraキーマスターhanaさんは書きました:
修正いただけるとのことでありがとうございます。また、細かいところなのですが、トレイアイコンが「最新のファイル」で、
メニュー→ファイルが「最近のファイル」と微妙に文言が異なるのは、
何らかの意図、もしくは機能(表示内容)の違いによるものなのでしょうか。「最近のファイル」に統一しておきます。ありがとうございます。
Yutaka Emuraキーマスターyukiさんは書きました:
修正どうもありがとうございます。・Windows XP SP2。
・タブは、有効です。
・高度、[プロセスを共有しない]にチェックなしです。(デフォルトの状態です)①
すみません、説明不足だったかと思います。動作していないというのは具体的には、ファイル自体は複数開くのですが、それらが読み取り専用にはならないという意味です。②
エクスプローラ プラグインだけではなく、Diff やアウトライン、検索、プロジェクトでも同様に起動直後にスプリットバーを移動させようとしたときに発生しました。
また、巨大ファイルだけではないようでした。ただ、ファイルサイズは関係するのか、3M程度以上から発生し始めます。
タブは無効にしても同様です。あとは、参考になるのかはわかりませんがアプリ終了時に、次のメッセージボックスが表示されます。
WordComplete.dll
関数:
OnEvents
nEvent = 0x20000このプラグインを無効にしますか?
②につきまては確実な再現条件がわかりましたら、またご連絡差し上げます。
よろしく、お願い致します。(2) については、すでに再現して修正しました。(1) についても、確かに、環境によって再現しました。もう少し調べます。どうもありがとうございます。
Yutaka EmuraキーマスターYutakaさんは書きました:
yukiさんは書きました:
いつも開発ご苦労様です。細かい点を含めて3件あります。
①
[開く] ダイアログ ボックスで”読み取り専用”のチェックを入れたとき、1件だけのときは問題ないのですが、複数のファイルを同時に選択時は、動作していないと思います。②
エクスプローラ(ウィンドウ左に配置)と単語補完 のプラグインを同時に使用しているとき、巨大ファイルを開いた後が関係すると思うのですが、エクスプローラウィンドウ領域とファイルのエディット領域を分ける中央のスプリットバーを移動すると、単語補完のエラーが発生します。
下記のようなメッセージボックスです。“WordComplete Plug-in WorkThread error! Click OK and restart EmEditor, or click Cancel to debug”
③
プラグインの設定 → 単語補完 プラグインのプロパティのダイアログ → [閉じる]ボタンの幅の大きさが、下の他ボタンに比べて若干小さいと思われます。
他のデザインの完成度が非常に高いため、気になってしまいました。よろしく、お願い致します。
(3) については、修正しました。ありがとうございます。
(1)、(2) については、こちらでは再現できませんでした。
使用している OS は何でしょうか? EmEditor はタブを有効の状態で使用していますでしょうか? ツール – カスタマイズ – 高度で、[プロセスを共有しない] などのチェックはしていないでしょうか? ほかに、何か再現できる条件で思い当たることがありましたらご連絡ください。よろしくお願いします。その後、(2) については、こちらでも再現して、修正することができました。ありがとうございます。
(1) については、まだ再現していませんので、もし何か詳細な情報がありましたらお願いします。Yutaka Emuraキーマスターyukiさんは書きました:
いつも開発ご苦労様です。細かい点を含めて3件あります。
①
[開く] ダイアログ ボックスで”読み取り専用”のチェックを入れたとき、1件だけのときは問題ないのですが、複数のファイルを同時に選択時は、動作していないと思います。②
エクスプローラ(ウィンドウ左に配置)と単語補完 のプラグインを同時に使用しているとき、巨大ファイルを開いた後が関係すると思うのですが、エクスプローラウィンドウ領域とファイルのエディット領域を分ける中央のスプリットバーを移動すると、単語補完のエラーが発生します。
下記のようなメッセージボックスです。“WordComplete Plug-in WorkThread error! Click OK and restart EmEditor, or click Cancel to debug”
③
プラグインの設定 → 単語補完 プラグインのプロパティのダイアログ → [閉じる]ボタンの幅の大きさが、下の他ボタンに比べて若干小さいと思われます。
他のデザインの完成度が非常に高いため、気になってしまいました。よろしく、お願い致します。
(3) については、修正しました。ありがとうございます。
(1)、(2) については、こちらでは再現できませんでした。
使用している OS は何でしょうか? EmEditor はタブを有効の状態で使用していますでしょうか? ツール – カスタマイズ – 高度で、[プロセスを共有しない] などのチェックはしていないでしょうか? ほかに、何か再現できる条件で思い当たることがありましたらご連絡ください。よろしくお願いします。Yutaka Emuraキーマスターqtvさんは書きました:
開発お疲れ様です.EmEditorで一度ファイルを開き,EmEditorは終了せずにそのファイルを閉じたとき,そのファイルがEmEditorにロックされたままになっている場合がたまにあります.
どういう場合に発生するかわかっていません.今日は,ネットワーク上のファイルを開いて閉じ,そのファイルを削除しようとしたときにロックされていました(ファイルを編集したかどうかは覚えていません).
ローカルでも発生していた記憶があります.何かわかったらまた追記しますが,チェックすべき点がありましたら教えてください.
よろしくお願いします.
====
Windows XP SP2
EmEditor Ver.7.00そのファイルはどういう種類のファイルでしょうか? たとえば、HTML ファイルの場合、WebPreview プラグインでプレビューしたということはないでしょうか? あるいは、別のプラグインやツールでそのファイルに対して何かのプログラムを実行したことはないでしょうか?
Yutaka Emuraキーマスターjinseiさんは書きました:
サイドバーにフォーカスがあるときに、ファイルを閉じようとCtrl-Wするとサイドバーが閉じて、ファイルは開いたままになります。そこでもう一度Ctrl-Wするとファイルも閉じるのですが、ちょっと面倒です。
サイドバーを閉じるキー割り当てを変えようとしましたが、見当たりませんでした。なんとかならないでしょうか?Version 7 では、要望により、カスタム バーにフォーカスがあるとき、閉じるコマンドのショートカット (既定では Ctrl+W や Ctrl+F4) で、フォーカスのあるカスタムバーが閉じるように変更しました。これは、設定では変更できないです。オプションにしたほうがよかったでしょうか? 将来のメジャー バージョンのときに検討します。ご意見ありがとうございます。
Yutaka Emuraキーマスターtonioさんは書きました:
初めて質問させていただきます。
現在,EmEditor Professional 7.00をポータブルHDD上で使用しているのですが,「マクロのカスタマイズ」ダイアログボックス内で設定できるマクロを保存するフォルダは,EmEditor.exeが存在するフォルダからの相対パスで設定可能でしょうか?
言い換えれば,USBメモリを含めたポータブルデバイスにEmEditorをインストールして,マクロも一緒に持ち出したいのですが,どのフォルダに保存しておくのが便利でしょうか?ポータブル インストールの場合は、(完全パスで指定した場合でも) 同じドライブの場合は、INI ファイルには相対パスで保存されているはずです。なので、マクロファイルは同じドライブであればどのフォルダに保存しておいても問題はないと思います。お試しになりましたか?
Yutaka Emuraキーマスターhanaさんは書きました:
お世話になります。トレイアイコンから最新のファイル欄のファイルを開こうとしたとき、
削除、移動、リネームなどで、すでにそのファイルが存在しない場合、
「指定されたファイルが見つかりません」のメッセージが表示されますが、
このあと、このなくなったファイルを含め、これ以下のファイル一覧が、
最新のファイル欄のリストから消えてしまいます。
さらにこのあと、EmEdtiorを単体で開いてみると、ファイル→最近のファイル欄も同様の現象になっています。ファイル自体が消えるのではなく、あくまでも履歴がなくなるだけです。
消えてしまったファイルは、見つからなかったファイル意外、存在しています。
また、問題となるファイルより上のリストは残っています。7.00.0のRC版から確認しており、7.00.0の正式版、7.00.1のRC4から6でも確認しています。
7.00.1のRC1から3、7.00.0のbeta版は未インストール、6以前はトレイアイコンを使用していなかったので未確認です。いったん、設定の保存もせずにアンインストールを実施し、再インストールをおこないましたが、変わりません。
バージョンアップの際に、上書き、いったん削除後とも試しましたが、これも変わりませんでした。6.00.4完全削除、7.00.0新規インストール、7.00.1RC4以降は上書きインストールで使用中です。
(こちらで再現する手順)
・複数のテキストファイルを開く
・タスクトレイにそれらのファイルが表示されているのを確認
・真ん中あたりに表示されている適当なファイルをリネーム
・トレイアイコンからリネーム前のファイルを選択
・ファイルガ見つからないのメッセージ
・トレイアイコンを確認Windows XP Pro SP2
EmEditor 7.00.1 RC6確かに再現しました。 RC 7 で修正します。
ご報告ありがとうございました。Yutaka EmuraキーマスターAutoSave フォルダが指定されているときは、常に、そこに保存されるようになっています。次のRCでは、書き込み権限のないフォルダの場合は、新規作成の場合と同様、マイ ドキュメント フォルダに保存するように変更します。どうもありがとうございます。
Yutaka Emuraキーマスターkiyomizuさんは書きました:
開発は専用のIDEを使い、EmEditorでログなどを検索することが多くツールバーに検索ボックスが着いたのはとてもうれしいです。できれば半角スペースで複数語句の検索に対応していただけないでしょうか?
Googleツールバーのように単語で色分けされると非常に便利だと思います。かなり切望しています。
まったく同じではないですが、[正規表現] をチェックして、たとえば、A または B を検索する場合、
A|B
を検索すると可能です。
もし、2つ以上の語句を色分けして表示したい場合、プロパティの表示タブで、検索色を2以上に設定し、検索した文字列 (2) に別の色を設定します。それから、2回別々の言葉で検索すると、2つが違う色で強調表示されます。
Yutaka Emuraキーマスターsnowさんは書きました:
お疲れさまです。先ほど気づいたのですが、インストール時にスタートアップフォルダを操作されているでしょうか?
ショートカットを置いておいたと記憶しているのですが、消えてしまいました。
その後ためしに修復インストールしたら、今度はemeditor.exeへのショートカットがemedtray.exeへのショートカットに化けました。
ショートカット自体は機能しましたが、アイコンが未設定のものになっています。置き換えられないようにできましたら、お願いします。
スタートアップ フォルダには、 emedtray.exe へのショートカットが「EmEditor」という名前で作成されます。emedtray.exe なのでアイコンは存在しません。もしほかのショートカットをスタートアップ フォルダに作成する場合は、違う名前で作成していただけないでしょうか? そうすれば、次回からのインストールでは、上書きされることはないはずです。よろしくお願いします。
Yutaka Emuraキーマスタータイトル
nayaさんは書きました:
下記のスクリーンショットは開いた4ファイルのタブを
「4.txt、1.html、2.html、3.js」の順序でアクティブにしたものです。指摘させていただいた問題点は、
(1) 1枚目の画像でHTMLバーが出ていないこと(HTML バーのプラグインのプロパティで自動表示の対象としているにもかかわらず)
(2) 4枚目の「空白のバー」が現れることです。わたしの認識が誤っていたらすみません。
画面図ありがとうございます。ツールバーのタイトルを表示してみるといかがでしょうか?
4.txt の画面図で、右側に隠れているツールバーは何でしょうか? HTML バーということはないでしょうか?
また、 3.js の画面図は、これは確かに不具合の可能性がありますが、右に隠れているツールバーは何でしょうか?Yutaka Emuraキーマスターhiroさんは書きました:
メールで送らさせていただきました。ソース判定で色がおかしいと思ってたのですが、送るときわかったのですが、ウィンドウサイズの変更でタグが途切れた場合も色が変わるようです :-o
メールありがとうございました。RC5 で対応しておきましたので、お試しください。
Yutaka Emuraキーマスターsnowさんは書きました:
開発お疲れさまです。以前から気になっていることがあります。
プラグインのウインドウが開いているとき、タブの「ボタン」モードと「タブ」モードで、描画される位置が異なることです。
「ボタン」はツールバーであり、「タブ」はコントロールで編集画面が載っているのだろう…ということは分かるのですが、
同じ数のファイルを開いたときに、「ボタン」では1行で表示できるのに「タブ」では2行になり、編集可能領域が狭められることになります。
ファイルの数が増えれば増えるほど、行数の差が出てきます。タブもボタン同様にいっぱいに描画されることが望ましいのですが、難しいでしょうか。
よろしくお願いします。タブとボタンはまったく異なるコントロールなので、同じように表示することは難しいです。でも、複数行にならないように1行で表示することはできます。カスタマイズのタブで [入りきらない時] ドロップダウン リスト ボックスの選択を変更してみてください。
Yutaka Emuraキーマスターnayaさんは書きました:
不具合というほどのものではないですが、
HTMLファイル編集時のHTMLバーの表示/非表示の挙動について。(1) EmEditorのタブ有効にして、EmEditorを一旦閉じる。
(2) デスクトップに、1.html、2.html、3.js、4.txtという4ファイルを作成
(3) 4ファイルを選択し、コンテキストメニューのEmEditorを選択
(4) 4ファイルが開き、4.txtがアクティブになる
(5) 3.js、2.html、1.html、の順にタブをアクティブにするこうすると、HTMLバーが有効になったり、無効になったり
HTMLバーがあったスペースが詰められたり、空白のバーができたり、
ちゃかちゃかしてどうも動作に統一性がないように見受けます。
不具合というほどではないですが、統一感があったほうが落ち着くと思います。以上、感想まで。
空白のバーというのがあるとすると、それは不具合の可能性があるので、スクリーンショットをメールで送っていただけると幸いです。ファイルの種類によって HTML を表示/非表示の切り替えをやめたい場合は、HTML バーのプラグインのプロパティで設定できます。
- 作成者投稿