フォーラムの返信を作成しました。
-
作成者投稿
-
Yutaka Emura
Keymasterqtvさんは書きました:
すみません、その通りです。
WordCompleteでした。わかりました。それでは、v9.05 でリストの項目の高さを調節しておきます。ありがとうございます。
Yutaka Emura
Keymastertabbyさんは書きました:
U+200B zero width space の上をカーソルが左右移動する時に、引っ掛かる様な動作をします。
U+200Bを「␣」で図示すると、例えば
␣abc
という行がある時、行頭からカーソル右を打鍵していくと、ステータス表示が
U+200B
U+200B
U+0062
と変化していき、U+200Bが2回あって、U+0061の「a」はスキップしてしまいます。EmEditor Professional 9.04 on Windows 7 です。
これは修正しておきました。ありがとうございます。
Yutaka Emura
Keymasterkmkmさんは書きました:
UTF16LEで、フォントArial Unicode MSのときだけかもしれませんが、ウインドウの右端での折り返しを設定すると、右端がわずかに切れます。これは仕様なのでしょうか?ご利用の OS は何でしょうか? フォントのサイズは何を使用していますか? もしよろしければ、問題が再現するファイルを圧縮して tech@emurasoft.com に送っていただけますでしょうか? よろしくお願いします。
Yutaka Emura
Keymastermotoさんは書きました:
度々失礼いたします。原因はまだ分からないのですが、とりあえず、最初にEmEditorを開いた状態(「無題」のテキストを開いた状態)でマクロを実行すると動きました。
何か既存のファイルをEmEditorで開いた状態で実行するとやはりエラーで強制終了します。FindInFiles の nFlags パラメータには、何を指定していますか? できれば、問題が再現するマクロ (FindInFiles の1行) と、サンプルファイルを圧縮して、 tech@emurasoft.com 宛に送っていただけると幸いです。よろしくお願いします。
Yutaka Emura
Keymasterc_takeさんは書きました:
EmEditorV9.04 ポータブル版をWindowXPで使用しています。タブバー上でドラッグ&ドロップをすることで、タブの順序を入れ替えたり、別のウインドウにタブを移動したり出来ますが、タブのスタイルをボタンにした場合に、まだ保存をしていない「無題」のファイルがタブバー上でドラッグ&ドロップ出来なくなってしまいました。タブのスタイルがタブの場合は問題ありませんでした。
また、タブのスタイルがボタンでも、すでに保存してあるファイルは問題なくタブバー上でドラッグ&ドロップ出来ます。V8でも問題ありませんでした。タブのスタイルがボタンの場合でも「無題」のタブをドラッグ&ドロップで移動できるようにしていただきたいです。
よろしくお願いします。
これは、次のバージョンで修正します。ご指摘ありがとうございました。
Yutaka Emura
KeymasterObaさんは書きました:
おはようございます。「カスタマイズ」の「タブ」に関してですが、
設定を、
幅 : 指定幅より長い場合だけ切り詰める
入りきらない時 : 列を増やすにすると、
2段目以降のタブが、ウィンドウいっぱいになります。
指定幅の設定が効いていません。使用域が1段目だけの時は、切り詰められます。
2段目に入ると、ウィンドウいっぱいになります。「指定幅に固定」の場合は、列を増やしても固定されています。
よろしくお願いします。
これは、 Windows 側の仕様ということで、EmEditor で対応することは難しいですね。他のタブを使用するアプリケーションは、どれも同様に、2段目以降もタブが全体に広がってしまいます。ご了承ください。
Yutaka Emura
Keymasterkoketaiさんは書きました:
検索ダイアログで、入力ボックスの右下の「V」ボタンを押下すると、検索ワードの履歴を表示するプルダウンメニューが開きます。以前はその状態でキーボードのカーソルキー上下を押せば、履歴から検索ワードを選べたのですが、Ver.9.03ぐらい?から、キーボードではターゲットを動かせなくなりました。
私はマウスをできるだけ使わないキーボード操作派なので、以前からそうやってきましたが、最近のバージョンで、それができなくなっているのに気付きました。
不具合とは違うのかも知れませんが、キーボードだけで操作できるようにして頂けないでしょうか。申し訳ありません。次のバージョンで修正します。ご指摘ありがとうございました。
Yutaka Emura
Keymasterqtvさんは書きました:
EmEditor 9.0.4AutoCompleteプラグインの文字候補が表示されるダイアログですが、フォーカスされている文字列のアンダースコアが点線と重なって見えません。
行の幅を広げるなどして、表示していただきたいです。一応確認ですが、AutoComplete プラグインというのは、標準で付属している単語補完 (WordComplete) プラグインのことですね?
Yutaka Emura
Keymastersegawa_hさんは書きました:
いつも愛用させて頂いております。
最近気が付いたのですが、V8.06と比べて明らかに
表題の処理速度が落ちたと思うのですがいかがでしょうか?
当方では、データ加工によく利用しており、タブ→カンマや、
カンマ→タブの大量置換を行うのですが、10万個ぐらいで、
v8では10秒ぐらい、v9では1分半ぐらいかかってます。実際、この数倍の置換をしたいのですが、更にかかってしまいます。一度調べていただけないでしょうか?
メモリは1GB積んでおり、メモリ不足ではないと思います。
OSは古いですが・・・よろしくお願いします。
環境
Windows2kSP4 v9.04これは確かに再現しました。申し訳ありませんでした。
次のバージョンまでに修正します。ご指摘ありがとうございました。Yutaka Emura
Keymasterqtvさんは書きました:
単なる質問なのですが、Ver.9.0.4からPATHに追加されるように変更されたのは、何か理由があるのでしょうか。
追加されても問題はないのですが、唐突な感じを受けたので質問させていただきます。PATH 環境変数をインストーラに追加して欲しいという要望はありましたので、追加させていただきました。バージョン 9 の特長である、ワイルドカードの指定もあわせて、ご利用ください。PATH 環境変数の追加は、オプションにしたほうがよかったでしょうか? もしオプションにしたほうがいいという要望が多ければ、それも検討します。
Yutaka Emura
Keymastertabbyさんは書きました:
2ストロークのキー定義、具体的にはVZのキーバインドを再現して使用しています。
キーボードマクロで2ストロークの操作が入っていると、そのマクロの再生時に
実行が一時停止してしまいます。例えば、^Qがユーザーメニュー(2)で、その中でSが「論理行の行頭へ」にしてある時、
マクロ中で^QSを記録していると、ユーザーメニュー(2)が開いた状態で一時停止
してしまいます。ESC等を押すと実行を再開します。EmEditor Professional 9.03 on Windows 7 です。
確かに再現しました。ユーザー メニューの表示はマクロに記録しないようにします。ご報告ありがとうございました。
Yutaka Emura
Keymasterwakakuriさんは書きました:
EmEditorをVer8.06からVer9.02へUpgradeしたら、対応するかっこへ(Ctrl+」)ボタンが機能しなくなりましたが、解決方法を教えてください。よろしくお願い致します。設定のプロパティの [強調(2)] タブの右下の一覧に、かっこの一覧が表示されています。この一覧がすべてチェックされているでしょうか? ご確認いただければ幸いです。
Yutaka Emura
Keymasternamazuさんは書きました:
お世話になっております。
ご回答ありがとうございます。
了解いたしました。ここの議論ではないのかもしれませんが、
「対応するかっこが強調される時だけその間の文字列にも色付けをして強調させる」
という機能ですが、追加してもらうことは可能でしょうか?入り組んだソースを読む際にスコープの範囲を把握しやすくなり有用だと思います。
ご検討よろしくお願いいたします。
わかりました。将来的に検討させてください。ご意見ありがとうございます。
Yutaka Emura
Keymasternamazuさんは書きました:
お早いご返答ありがとうございます。ご教授いただいたように、強調(1)タブの正規表現を用いた方法で、強調させることは出来ましたが、
常に色づけされて強調されてしまいます。目的の動作としましては、対応するかっこが強調される時に、
その間の文字列にも色付けをして強調させる。
という動作です。あと、対応するかっこの強調の際に、
カーソルが閉じかっこの左側の時に強調されるのは仕様なのでしょうか?
右側にすることはできないでしょうか?
題名に合わない質問もしてしまって申し訳ありません。よろしくお願いいたします。
対応するかっこが強調される時だけその間の文字列にも色付けをして強調させる、ということは残念ながら、できないですね。
カーソルが閉じかっこの左側にあるときだけ強調されるというのは仕様です。これは右の方がいいという意見も以前このフォーラムでありましたが、左側というのが仕様です。
Yutaka Emura
Keymastertabbyさんは書きました:
この症状を仕様と言うのはどうかと思います。
元のファイルにも挿入するファイルにも存在しないCR+LFは、どういう根拠で現れますか。
知らずに保存して、次回開いた時に「改行が混在している」と警告を受けますが、
意図せずその様な状態になる事を好みません。すみません。これは確かにおかしいですね。修正します。ご報告ありがとうございます。
Yutaka Emura
Keymastertom86さんは書きました:
お世話になっております。『ファイルから検索』で『検索中』ダイアログが表示されている間にファイルの新規作成または別ファイルを開くと、検索中のウィンドウ内で開きます。
この場合、タブのドラッグ&ドロップをしたときのように、別ウィンドウに表示させることは可能なのでしょうか?先にウィンドウを分けてから検索すれば、検索しながらファイルの参照/編集ができるのですが、つい癖で検索をしてしまい、別のファイルが参照もできない状態でひたすら待つことがよくあります。何か方法があれば教えてください。
WinXP SP2
EmEditor9.03
です。よろしくお願いします。
残念ながら、検索時だけ、別ウィンドウで開くという設定はありません。しかし、ご存知かもしれませんが、カスタマイズ ダイアログの [タブ] タブで、[[外部から開く時] ドロップ ダウン リスト ボックス] ドロップ ダウン リストで、通常の開き方を選択することができます。
Yutaka Emura
Keymasteryukiさんは書きました:
いつも開発ご苦労様です。アウトプットバーの標準入力についてです。
数回入力すると、Enterキーを押した後に”>”(リダイレクト記号)がなくなってしまうことがありました。例えば、”無題.exe”のあとに”無題”ような入力をしました。
“>”が無くなっても、コマンド実行はしました。よろしく、お願い致します。
”>” というのは、コマンドプロンプト (cmd.exe) が表示している文字のことだと思います。EmEditor のアウトプット バーからコマンド プロンプトを擬似的に実行することは可能ですが、すべての編集コマンドを実装しているわけではないので、どうしてもうまくいかないこともあります。そこで、「>」 が表示されない場合もありますが、コマンドの実行には問題ありませんので、ご了承ください。
Yutaka Emura
Keymasternamazuさんは書きました:
日頃から使わせていただいております。題名の通りなのですが、
「対応するかっこ」の色づけは、
ツール>***設定のプロパティ>表示タブ
から出来るのですが、
その、対応するかっこの「間」の文書に対して色をつけることは可能なのでしょうか?よろしくお願いいたします。
ここからは設定できないのですが、強調(1)タブで、正規表現を使用して、 (.+?) などと指定すれば、かっこを含むかっこ内を強調することは可能です。
Yutaka Emura
Keymastertabbyさんは書きました:
LFで改行しているファイルに、同じくLFで改行しているファイルを挿入すると、挿入位置のLFがCR+LFに化けます。
例えば
1↓
2↓
の状況で、2の頭にカーソルがある時に
A↓
B↓
を挿入すると、
1↓
A↓
B↓
2↵
と挿入位置の後ろがCR+LFになります。EmEditor Professional 9.03 on Windows 7 です。
これは不具合というよりは、仕様になります。 EmEditor では、改行コードを混在させることができます。保存時に、名前を付けて保存 コマンドで、どの改行タイプにするかを指定することができます。
Yutaka Emura
KeymasterMTJ-Kさんは書きました:
Yutakaさんは書きました:
MTJ-Kさんは書きました:
開発お疲れ様です。
beta2の時に報告したのですが、v9.02でも再現しておりますので報告します。ステータスバーのダブルクリックが場所によってうまく反応しないようです。
/modules/newbb/viewtopic.php?topic_id=1083&forum=12&post_id=4762#forumpost4762以下、環境です。
WindowsXP SP3 32bit
WindowsXPスタイル
EmEditor Professional 9.02 体験版
プラグインを全て無効化済み以上よろしくお願い致します。
v9.03 では対応しました。どうもありがとうございます。
対応有難う御座いました。
v9.03.1にて修正されていることを確認しました。
確認している最中、本件と関連の有りそうな別のおかしな挙動に
遭遇しましたので報告いたします。「書禁」以外の項目で左ぎりぎりをダブルクリックするとが「書禁」が
反応してしまうようです。
具体的には「現在の設定」「カーソル位置」「現在のエンコード」において
左ぎりぎりのダブルクリックで「書禁」が反応することを確認しました。環境は EmEditor Professional 9.03.1 体験版の違い以外は以前と同じです。
[カスタマイズ]-[ステータス]の設定は以下を有効にしております。
現在の設定/カーソル位置/現在のエンコード/上書きモード/書き換え禁止モード以上報告いたします。どうぞ宜しくお願い致します。
わかりました。今度は完全に対応しておきました。どうもありがとうございます。
Yutaka Emura
Keymasterkokkiさんは書きました:
スニペットにVBScriptマクロを登録して実行してみましたが、
EmEditor マクロ エラーのダイアログが出て、
——————–
文字が正しくありません。
ファイル:C:(・・省略・・)MAC???.tmp (?は数字)
行:1
——————–
なるエラーメッセージが出てきました。試しに、以下の単純なVBScriptマクロにしてみましたが、同じエラーが出ます。
——————–
`#language=”VBScript”
‘大文字を小文字に変換
document.selection.ChangeCase eeCaseLowerCase
`
——————–
ご確認ください。
ちなみに、JavaScript は問題なく動作しています。
EmEditor Professional Version 9.03です。このスニペットのプロパティで、種類が「マクロ」になっているようですが、この場合は、最初と最後の ` は削除する必要があります。
種類が「スニペット」になっていれば、最初と最後に ` が必要になります。お試しください。Yutaka Emura
Keymaster次のバージョンでは修正します。ご報告ありがとうございます。
Yutaka Emura
Keymaster確かに、 SetPoint 4.80 だと問題が再現しました。そして、次のバージョンでは対応しました。ご報告ありがとうございました。
Yutaka Emura
Keymasterこれは次のバージョンで修正します。ご報告ありがとうございました。
Yutaka Emura
Keymasterhosoさんは書きました:
“ファイルからの検索”を利用した場合に、検索結果のウィンドウから対象ファイルへのジャンプで正しくジャンプできない。
バージョン9以降で、大きなファイルが検索対象でかつEmEditorでそのファイルを開いていない時(ジャンプ時に開かれる)に起こっているようです。検索対象ファイルサイズは4MB程度のものを5ファイルくらい検索した場合に起こります。変換できない不正な文字の警告ダイアログが表示された場合でしょうか? そうだとすると、検索結果の行番号を無視して、不正な文字が存在する行にジャンプしてしまっていました。これについては、次のバージョンで修正します。
-
作成者投稿