x-mouseNo.05640
bouz さん 10/04/23 13:20
 
HKEY_CURRENT_USER\Control Panel\Desktop\UserPreferencesMask
のビット1をたててウィンドウをクリックせずフォーカス移動する、
というのがvistaではできましたが、  
win7では、新タブモードのときクライアント領域への移動ではうまくいきません。フ
レームとかにマウスを置けばOKです。
ちょっと疑問に思ったのですが環境依存の問題でしょうか?

[ ]
RE:05640 x-mouseNo.05643
秀丸担当 さん 10/04/23 14:54
 

>HKEY_CURRENT_USER\Control Panel\Desktop\UserPreferencesMask
>のビット1をたててウィンドウをクリックせずフォーカス移動する、
>というのがvistaではできましたが、  
>win7では、新タブモードのときクライアント領域への移動ではうまくいきません。フ
>レームとかにマウスを置けばOKです。
>ちょっと疑問に思ったのですが環境依存の問題でしょうか?

UserPreferencesMaskを設定してみて試してみたところ、grep実行後にだけその
ような状態になることが確認できました。
Vistaでも同様でした。
それ以外のダイアログでは問題は現れませんでした。

grep処理中は、処理中ダイアログにもクライアント領域にもどちらにもフォーカ
スが行ける状態ですが、通常は処理中ダイアログにフォーカスが行くところ、x-
mouse設定だとマウスの位置によってクライアント領域にフォーカスがいきなり
ある状態で、そのあたりで何かおかしいようです。
とにかくgrep処理後は無理矢理フォーカス移動するようにしたら改善できたので
次のバージョンで修正させていただきます。
もしそれ以外の状態で起きるようでしたら操作手順などを教えていただけると助
かります。

[ ]
RE:05643 x-mouseNo.05644
bouz さん 10/04/23 15:17
 
あ、ダイアログの話ではなくて普通のエディタのウィンドウで、マウスを秀丸から外
して戻したとき戻らない、という現象だったのですが。
どうもまたもや環境依存の話のようですね。

[ ]
RE:05644 x-mouseNo.05646
秀丸担当 さん 10/04/23 16:07
 

ActiveWndTrkTimeoutという値を設定したら再現させることができました。
この値が0の場合はなぜか問題無いようです。
なぜ違うのかはWindowsに聞いてみないとわからないところですが、特に何かの
操作があるわけではなく、プロセスの違う子ウィンドウが存在するだけなので、
どうやらこの場合はできないようになっているようです。
対策としては旧タブモードを使っていただくしかないかもしれないです。

[ ]
RE:05646 x-mouseNo.05648
bouz さん 10/04/23 16:36
 
>対策としては旧タブモードを使っていただくしかないかもしれないです。
了解しました。
何らかの不具合でなくてすっきりしました。

[ ]