xterm*VT100。 CYGWINの下のFVWMでマウスがウィンドウの上にあるときにのみ変換

xterm*VT100。 CYGWINの下のFVWMでマウスがウィンドウの上にあるときにのみ変換

xterm*VT100。マウスがフォーカスされたウィンドウの上にあるときにのみ変換します。

これはバグか機能ですか?

私にとってこれは深刻な問題です。

(焦点を合わせるにはクリックしてください)

シグウィンのみ

特にファンクションキーについて話しています。この場合、fvwmにマップされず、xtermにマップされます。

F1などのファンクションキーを押すと、常にフォーカスがあるウィンドウに記録されますが、X11 / xterm変換はマウスがフォーカスのあるウィンドウの上にあるときにのみ行われます。

だから文章を書くには、常にマウスをウィンドウに移動する必要があります。それ以外の場合は、\ e [Pがウィンドウに書き込まれます。

キーボードショートカットを使用してさまざまなウィンドウにアクセスできるため、マウスの位置とウィンドウの焦点は自然に一致しません。

X11/xterm 変換の失敗は、x11/cygwin xterms を使用した場合にのみ発生します。 sshd(ポート転送)を介してローカルに開いたウィンドウは正常に動作し、マウスの位置に関係なくフォーカスがあるウィンドウに切り替えられます。

2016年10月10日 00:25:52 でコンパイルされた fvwm 2.6.6, サポート: ReadLine, XPM, PNG, SVG, Shape, XShm, SM, Bidi text, Xinerama, XRender, XCursor, XFT, NLS

ベストアンサー1

マウスカーソルがスクロールバーの上にあるときの翻訳

スクロールバーには独自の翻訳があります。 「デフォルト」X11では、マウスカーソルがスクロールバーの上にあるときに適用されますが、マウスカーソルがウィンドウの外にあるときは適用されません。これにより設定できますXTerm.vt100.scrollbar.translations(またはクラスのバリアントを使用できます)。キーボードキーに同じ変換を設定する必要がありますが、マウスボタンには設定しないでください。

スクロールバーに不要なマウスイベントの翻訳がなく、タスクを使用しない場合は、次のいずれかを使用して両方の機能keymap(…)に対応する翻訳を設定できます。

XTerm.vt100*translations: #override …

でも

XTerm*translations: #override …

マウスカーソルがウィンドウの外にあるときの翻訳

マウスカーソルがデフォルトのX11ウィンドウ(FVWMを含む)の外側にあるとき、他の翻訳を観察できませんでした。 xtermがリモートで実行されている場合、またはデフォルト以外のX11で実行されている場合、場合によっては、xtermで使用されているライブラリがウィンドウの外側にあるときにマウスカーソルを正しく追跡できず、マウスカーソルがどこかにあると考えることがあります。 。ウィンドウ内の最後の位置、または左上((x、y)=(0,0)、または左にある場合はスクロールバー)。その場合、上記のようにスクロールバーの翻訳を設定すると問題が解決します。そうでなければ、何が役立つのかわかりません。

PS:デスクトップWindowsを使用する必要があるときは、MinttyでCygwinコマンドラインアプリケーションを実行することを好み、実行中のXサーバーはありません。しかし、それは非常に長い間前でした(Windows XP時代)。

おすすめ記事