フォーラムの返信を作成しました。
-
投稿
-
こんにちは。開発お疲れ様です。
マウスによる文章選択で、気になる挙動がありましたので報告します。
マウスボタン押下で文章選択を開始し、ボタン押下状態を維持したまま
1桁目よりも左にマウスカーソルを移動すると、今までと異なる挙動となりました。
以前と同じ挙動を希望します。使用環境は以下となります。
EmEditor v13 beta 1 32ビット版
Windows7 32ビット SP1以上、どうぞ宜しくお願い致します。
Reiさん、こんにちは。
CustomizeUntitledFileNameプラグインを作成しましたMTJ-Kです。CustomizeUntitledFileNameは64ビットを意識して作っていたのですが、
ベータ版なので…と64ビット版は公開していませんでした。
早いものでもう3年弱、64ビット環境もかなり一般的になってきてますね。1.00 beta3のままですが、取り急ぎ64ビット版を拙作Webページにて
公開しましたので、いつかのEmEditor本体への機能追加を楽しみにしつつ、
それまでのつなぎとして使用してもらえたらと思います。
ライブラリにも申請しましたので、問題なければ近日中に登録されると思います。それでは失礼致します。
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さんは書きました：
> ウィンドウタイトルとメニューの間の2ドットの領域がタブの外側と解釈されているようです。の件については、こちらでは修正しました。次のベータ版が公開されましたらお試しください。
>タブの外側でも切り替え可能になると
については、仕様の変更になってしまうため、次のベータ版での対応は行いませんが、将来のバージョンで検討させてください。
ご意見ありがとうございました。
いつも開発お疲れ様です。
RCを試しまして、ウィンドウタイトルとメニューの間の2ドット領域にて
発生していた事象が発生しなくなっていることを確認しました。
対応いただき有難うございました。MTJ-Kさんは書きました：
Yutakaさんは書きました：
Windows Vista (x64) ですが、どこをダブルクリックしても、特に問題はありませんでした。OS の違いの影響もあるかと思いますが、今回はどの OS で試されましたか?
環境の記述が抜けており失礼しました。
Windows XP (x32) SP3、XPスタイルを有効にした環境になります。更に試しまして、「現在のフォルダ」「改行方法」をステータスバー上に表示したところ
「禁」上でも問題なくダブルクリックが認識されました。
また、「書き換え禁止モード」の表示をOFFにしたところ、「上書」が同様に
「上」の上辺りでは問題ないものの、「書」の上辺りでは認識されませんでした。
ステータスバーの一番右の項目、右一文字分あたりでのダブルクリックが
うまく認識されていないようです。どうぞ宜しくお願い致します。
開発お疲れ様です。
RCが公開されましたので早速試してみたのですが、
beta2にて報告しました事象が再現しました。
Windows XP 32bitの複数の環境で再現しているのですが、
江村さんの環境では再現しないでしょうか。Yutakaさんは書きました：
Windows Vista (x64) ですが、どこをダブルクリックしても、特に問題はありませんでした。OS の違いの影響もあるかと思いますが、今回はどの OS で試されましたか?
環境の記述が抜けており失礼しました。
Windows XP (x32) SP3、XPスタイルを有効にした環境になります。更に試しまして、「現在のフォルダ」「改行方法」をステータスバー上に表示したところ
「禁」上でも問題なくダブルクリックが認識されました。
また、「書き換え禁止モード」の表示をOFFにしたところ、「上書」が同様に
「上」の上辺りでは問題ないものの、「書」の上辺りでは認識されませんでした。
ステータスバーの一番右の項目、右一文字分あたりでのダブルクリックが
うまく認識されていないようです。どうぞ宜しくお願い致します。
Yutakaさんは書きました：
MTJ-Kさんは書きました：
お世話になっております。
ステータスバーの「書き換え禁止」に関して報告いたします。読み取り専用のファイルを開いた直後にステータスバーの「書禁」を
ダブルクリックした際、通常であれば書き換え禁止モードが解除されるはずですが、
解除されないことがあります。
何度か試すと書き換え禁止モードが解除され、その後は問題ないようですが、
たまたま気づいていないだけかもしれません。必ず事象が発生するわけではなく、ダブルクリック直ぐに書き換え禁止モードが
解除される場合もあります。具体的な再現条件が不明で申し訳ないのですが、
どうぞよろしくお願いします。ステータス バーのダブルクリックする場所によっては、たしかにうまく反応しないことがあります。書換禁止が、ステータス バーの右端のため、クリックする場所がボーダー近くだとうまくいかない可能性があります。また、ファイルに保存していない無題のファイルだと、ダブルクリックしても切り替わらないようになっています。でも、そういうことではないですね。書き換え禁止のファイルを開いた直後の場合ですね。
色々試してみましたところ、再現方法が分かりましたので報告いたします。
開いた直後かどうか、開いたファイルが読み取り専用かどうかに関わらず、
ダブルクリック位置による問題でした。
使用PCではステータスバーの「書禁」文字の「禁」の上辺りではダブルクリックが利かず、
「書」の上辺りではダブルクリックが利いてました。
同一PC上でv6.00.4、ｖ7.02、v8.06を試してみたところ、
こちらでは問題ありませんでした。再現しますでしょうか。
どうぞよろしくお願い致します。お世話になっております。
ステータスバーの「書き換え禁止」に関して報告いたします。読み取り専用のファイルを開いた直後にステータスバーの「書禁」を
ダブルクリックした際、通常であれば書き換え禁止モードが解除されるはずですが、
解除されないことがあります。
何度か試すと書き換え禁止モードが解除され、その後は問題ないようですが、
たまたま気づいていないだけかもしれません。必ず事象が発生するわけではなく、ダブルクリック直ぐに書き換え禁止モードが
解除される場合もあります。具体的な再現条件が不明で申し訳ないのですが、
どうぞよろしくお願いします。Yutakaさんは書きました：
> ウィンドウタイトルとメニューの間の2ドットの領域がタブの外側と解釈されているようです。の件については、こちらでは修正しました。次のベータ版が公開されましたらお試しください。
>タブの外側でも切り替え可能になると
については、仕様の変更になってしまうため、次のベータ版での対応は行いませんが、将来のバージョンで検討させてください。
ご意見ありがとうございました。
2ドットの領域に関して修正有難うございます。
次のベータ版が公開されましたら、確認したく思います。
タブの外側での切り替えに関してもかしこまりました。
ちょっと残念ですが、それまではプラグイン等で回避したいと思います。それでは失礼いたします。
Yutakaさんは書きました：
MTJ-Kさんは書きました：
こんにちは。いつも開発お疲れ様です。非常に細かいことなのですが、前から気になっていたことがありましたので、
報告致します。タブスタイルがタブであるとき、ウィンドウタイトルとメニューの間の
2ドットの領域がタブの外側と解釈されているようです。
タブスタイルがウィンドウの時は問題ありません。また、タブに関連して要望を1点させていただきます、
タブスタイルがタブであるとき、タブの外側でホイールを回転させても
タブは切り替わりませんが、タブの外側でも切り替え可能になると
マウスカーソルが右の方にあるときに移動量が少なくなるので、助かります。
（右クリックしたままホイールを回転させればいいのですが…。）以上よろしくお願いいたします。
いつもお世話になります。
確認ですが、「ウィンドウタイトルとメニューの間の2ドットの領域」というのは、タブのすぐ上の、ツールバーとタブの間のことでしょうか? ここでも、マウスのホイール回転でタブを切り替え可能にしたいという意味でしょうか?
もう１つの「タブの外側でホイールを回転させても」ということですが、タブの右側の空いたスペースだけという意味でしょうか? それとも、ツールバーなど他の部分にあるときでも回転させたい、という意味でしょうか? もし、タブの右側の空いたスペースだけの意味でしたら、スタイルがボタンの場合には可能なので、統一した方がいいですよね。これは検討するべきかなと思います。
ご意見ありがとうございます。
お世話になっております。
2ドットの領域ですが、ReBarWindow32コントロールの上、ウィンドウタイトルの下の部分になります。
ウィンドウタイトルをダブルクリックしてウィンドウを最大化したつもりが、
新規文書の作成になってしまったことがあり、気付きました。タブの外側、ですがタブの右側の空いたスペースの意味でした。
[カスタマイズ]-[マウス]での表記がタブの外側、となっていたので合わせたのですが、
分かりづらかったですね。以上どうぞよろしくお願いいたします。
こんにちは。いつも開発お疲れ様です。
非常に細かいことなのですが、前から気になっていたことがありましたので、
報告致します。タブスタイルがタブであるとき、ウィンドウタイトルとメニューの間の
2ドットの領域がタブの外側と解釈されているようです。
タブスタイルがウィンドウの時は問題ありません。また、タブに関連して要望を1点させていただきます、
タブスタイルがタブであるとき、タブの外側でホイールを回転させても
タブは切り替わりませんが、タブの外側でも切り替え可能になると
マウスカーソルが右の方にあるときに移動量が少なくなるので、助かります。
（右クリックしたままホイールを回転させればいいのですが…。）以上よろしくお願いいたします。
こんにちは、MTJ-Kです。
Ctrl押下しながらシングルクリックでの単語選択ですが、拙作プラグインで
似たような動きを一応実現できますので僭越ながら書き込みさせていただきます。https://homepage1.nifty.com/mtj-k/test/selectword2.zip
正式公開していない手抜きなものなのですが、
江村さんより対応するとしたらv8 リリース以降、との返信がありましたので
少しでもお役に立てばと書き込ませていただきました。
それでは失礼いたします。Yutakaさんは書きました：
詳細なご報告ありがとうございます。 Visual Studio の動作に合わせておきました。まもなく次のベータを公開します。
MTJ-Kです。
beta11にてVisualStudioと同じような動作になっていることを確認しました。
対応いただき有難う御座いました。Yutakaさんは書きました：
ウィンドウが分割されている場合ですが、ホイールの回転は、マウスのフォーカスがあるビューに対して動作するようになっています。パン動作中でも、フォーカスがない場合は動作が解除されないのですが、これは仕様ということでご理解いただけないでしょうか?
こんにちは、MTJ-Kです。
書き込みの後に思い出したのですが、フォーカスのない状態で
オートスクロール/パンが機能すること自体が一般的ではないようです。
オートスクロール/パンに関連したソフトを開発した際に調査したことが
あったのですが、すっかり忘れてました。・Wordの場合
フォーカスのない領域で中ボタンを押下した場合、フォーカスが
遷移するだけでオートスクロール/パン動作にはなりません。
・VisualStudioの場合
フォーカスが遷移し、かつオートスクロール/パンの動作になります。
・Excelの場合
中ボタンを押下した領域に関係なくフォーカスがある領域が
オートスクロール/パンの動作となります。もし現仕様から大きく逸れずに実装可能でしたら、御一考いただけたらと思います。
以上です。それでは失礼いたします。Yutakaさんは書きました：
MTJ-Kさんは書きました：
こんにちは、MTJ-Kです。
いつも開発お疲れ様です。
遅ればせながら v8.00 beta を試してみまして、不具合とは言えない点も含めて
いくつか気になりましたので報告いたします。1.Excel、Word、VisualStudio、IEでのオートスクロール/パンと比較して
・オートスクロール/パンでの動作中、EmEditorが非アクティブ状態になってしまいます。
（MS製でもメモ帳は非アクティブ状態になるみたいですね。）
・オートスクロール/パンでの動作中、ホイールをスクロールさせても
オートスクロール/パンの動作が解除されません。
・パンでの動作において、スクロール中に中ボタンを離してもパンが解除されません。2.EmEditor v8からか分かりませんが、ウィンドウ分割状態で[新しい水平グループ]
[新しい垂直グループ]を実行するとキャレットを持たない領域のスクロールバーの
描画がおかしくなりました。以上です。それでは失礼いたします。
次のベータ版ですべて対応しておきました。どうもありがとうございます。
MTJ-Kです。早速 beta 8, 9 にて試してみました。
1-2番目のオートスクロール/パン動作中のホイールスクロールに関してですが、
ウィンドウ分割状態でキャレットを持たない領域で中ボタン押下でオートスクロールを
開始した場合はホイールを回転させても動作が解除されないようでした。その他の項目は対応を確認しました。
以上報告いたします。こんにちは、MTJ-Kです。
いつも開発お疲れ様です。
遅ればせながら v8.00 beta を試してみまして、不具合とは言えない点も含めて
いくつか気になりましたので報告いたします。1.Excel、Word、VisualStudio、IEでのオートスクロール/パンと比較して
・オートスクロール/パンでの動作中、EmEditorが非アクティブ状態になってしまいます。
（MS製でもメモ帳は非アクティブ状態になるみたいですね。）
・オートスクロール/パンでの動作中、ホイールをスクロールさせても
オートスクロール/パンの動作が解除されません。
・パンでの動作において、スクロール中に中ボタンを離してもパンが解除されません。2.EmEditor v8からか分かりませんが、ウィンドウ分割状態で[新しい水平グループ]
[新しい垂直グループ]を実行するとキャレットを持たない領域のスクロールバーの
描画がおかしくなりました。以上です。それでは失礼いたします。
こんにちは、MTJ-Kです。
michaelさんは書きました：
ワイド画面や2画面が登場するようになったので、同じファイルを2つの別々のウィンドウで、開きたいのです。非常に無理やりな方法ですが、1つご紹介します。
1. 対象ファイルを開く
2. 1.とは別に新規文書にてウィンドウを立ち上げる
3. 1.で開いたファイル内容を全て2.の新規文書にコピー
4. 2.の新規文書を1.で開いたファイル名で上書きコピー一応、上記の方法で2つのウィンドウで同じファイルを開いた状態になります。
実際にこの状態で常用はしたことはないので、問題があったら申し訳ないです。
（江村さんからの返信を読みますと、意図した使い方ではなさそうですので…。）
それでは失礼します。Yutakaさんは書きました：
Windows のシステムのプロパティで、環境変数 %TEMP% と %TMP% を G:Temp など、余裕のあるドライブに設定すれば問題はなくなります。任意設定については検討しておきます。ご意見ありがとうございます。環境変数を利用しているとのことでしたので、今回はコマンドプロンプト上から
set tmp=g:temp
set temp=g:temp
D:Program FilesEmEditorEmEditor.exeにて起動した EmEditor より無事ファイルを開くことができました。
Eドライブの空き容量を増やすのは手間でしたので助かりました。
返信有難う御座いました。ryoujさん、こんにちは。MTJ-Kといいます。
横から失礼します。ryoujさんは書きました：
CtrlまたはAltキーを押しながらのドラッグしたときの動作をVisual Studioと同じにしてほしい。
具体的にはCtrlキーを押しながらドラッグで単語単位の範囲選択、
Altキーを押しながらドラッグで箱形選択になってもらいたい。箱形選択は現状の動作でも近い動きになっていますが
何も押さずにドラッグしているときにAltキーを押したときの動作が同じになれば
もっと使いやすくなると思います。1年半以上前なのですが、Ctrlキーを押したままクリックをすると
単語選択になるというプラグインを作成したことがあり、
ちょっと手を加えればryoujさんが記載されている動きを再現できるので、
試しに対応してみました。https://homepage1.nifty.com/mtj-k/test/selectword2.zip
アンインストールには対応しておらず、アイコンも手抜きなのですが、
多少でもお役に立てばと思います。
以上、失礼いたします。Yutakaさんは書きました：
FindAndCenter をインストールすると、確かに再現しました。MTJ-K さん、ご連絡ありがとうございます。それと同時に、互換性が失われてしまって、申し訳ないです。EmEditor 本体でも対応しようと思って調べたのですが、難しいかもしれません。ライブラリの説明には、Version 7 で動作しない件を明記しておきます。ありがとうございました。ライブラリのFindAndCenter説明文への追記、有難う御座います。
お手数をおかけしました。
互換性に関しては、プラグインとしては無茶をしているところも多々ありますので、
いつ失われてもおかしくないと考えておりました。
こちらこそ非互換を認識していたのに、プラグインをなかなか更新できず
申し訳ないです。
それでは失礼いたします。wassanさんは書きました：
v7.00ですが、検索ダイアログがタイトルバー分の高さしかなく、サイズ変更もできないために使用できません。こんにちは、MTJ-Kです。
間違っておりましたら申し訳ありません。
もしかしましたら、拙作のFindAndCenterプラグインを利用されてないでしょうか。
その場合ですと、記載のような現象が発生してしまいます。
該当されてましたら、個人ページにて公開しておりますEmEditor v7対応の2.3 beta1を
利用していただきましたら、大丈夫かと思います。
ライブラリへの登録はFindAndCenterの正式版完成後を考えていたのですが、
現在時間が取れず、年明け以降になってしまう見込みです。間違っていたら恥ずかしいのですが、それでは失礼致します。
MTJ-Kです。いつも開発お疲れ様です。
返信と確認が大きく遅れてしまい、申し訳ありませんでした。Yutakaさんは書きました：
Editor_ReplaceW/A についてですが、選択範囲内のときには、EnEditor の置換のダイアログからの動作と同様、次だけ置換という動作はサポートされていないのです。つまり、FLAG_REPLACE_SEL_ONLY と FLAG_REPLACE_ALL は、常に両方を指定する必要があります。両方指定せずに FLAG_REPLACE_SEL_ONLY だけを指定した場合は、これからは、関数が失敗するように変更すると同時に、ヘルプに記述を追加するようにします。Editor_ReplaceW/A の仕様に関してかしこまりました。
置換ダイアログと同じ動作とのことで、納得致しました。
FLAG_REPLACE_SEL_ONLY | FLAG_REPLACE_ALL | FLAG_FIND_REG_EXP を
指定した際に教えて頂きました通り置き換わること、FLAG_REPLACE_ALL を
指定せずに FLAG_REPLACE_SEL_ONLY | FLAG_FIND_REG_EXP を指定した場合に
失敗すること、ヘルプにて記述が追加されていることを確認いたしました。
返信、対応いただき、有難う御座いました。こんにちは、MTJ-Kです。開発お疲れ様です。
以下の項目に関して、beta12にて修正されていることを確認いたしました。2.検索ツールバー無効化
3.プラグイン用インライン関数 Editor_RepleaceW/A
4.エクスプローラプラグインの右クリックbeta9 での素早い対応、有難う御座いました。
また、確認が遅くなってしまい、申し訳ありませんでした。エスケープシーケンスnを含む検索文字列の強調化に関しても
仕様とのことでかしこまりました。インライン関数 Editor_ReplaceW/A に関しまして、
もう1点気づいた点がありましたので報告致します。正規表現を用いて選択した範囲のみ置換を目的として、第2引数を
FLAG_REPLACE_SEL_ONLY | FLAG_FIND_REG_EXP
とした場合においても、選択範囲外の文字列が置き換わるなど
意図しない動きとなってしまうことがあるようです。以上です。それでは失礼いたします。
