過去2日間で2回、私はemacsセッションに問題がありました。どういうわけか、emacsは1つのフレーム内でフォーカスを維持しています。したがって、別のフレーム上にマウスを置いてクリックすると、新しいフレームのカーソルがそのまま残り、フレーム1のカーソルがその中の対応する位置をクリックしたように動きます。マウスホイールのスクロールでも同じことが起こります。しかし、キーボード入力ではありません。Emacsマウスのフォーカスが1つのフレームに詰まっていた
ホギングフレームを強制終了すると、別のフレームがホジマになります。
私の解決策は昨日、emacsを終了して再起動することでした。
一部のグーグルが変数focus-follows-mouseを指摘しましたが、正しく設定されているようです（つまり「t」）。
何が原因で、どのようにしてリセットしましたか？
（私はemacsの22.2-0ubuntu2のUbuntuの勇敢のパッケージを使用しています。）
私の.emacsファイルに
(setq focus-follows-mouse t)
(setq mouse-autoselect-window t)
を持っており、これは正しくフォーカスフォローマウスの仕事を作ることがわかります。おそらくあなたの設定にemacsの動作を変更している何かがありますが、あなたはバージョンコントロールであなたのelispを持っていますか？これがいつ起き始めたかを特定できますか？
--no-init-fileを使ってemacsを起動し、望ましくない動作が続くかどうかを確認してください。
初期化の問題ではありません。この動作が始まる前に、このemacsセッションは長時間実行されていました。私が新しいセッションを開始したとき、うまくいきました。 – AFoglia
私はついにこれが再び起こった。 mouse-autoselect-windowはnilで、tに設定すると固定されているようです。 （奇妙なことに、私はそれを固執させるために2回設定する必要がありました）問題であるかどうかはわかりません。私の他のemacsプロセスはnilに設定されており、マウスのフォーカスはうまくいきます。しかし、より良い答えが欠けていて、再起動を必要としないソリューションのために、私はあなたを受け入れます。 – AFoglia
私は、別のtty（たとえばcrtl-alt-1）に切り替えてから、前のttyに戻ってフォーカスをリセットすることを発見しました。
一般的な解決策ではありませんが、少なくともあなたはXを殺す必要はありません（今まで私がやってきたことです）。
どのウィンドウマネージャを使用していますか？ – seth
私はGnomeを使用しています。配布の標準バージョン – AFoglia