一部のアプリケーションが次に焦点を当てたアプリケーション/ウィンドウのKeyReleaseイベントを終了するのはなぜですか？

すでにイベントを処理しているアプリケーションはKeyPress通常、後続のイベントを処理しませんKeyRelease。ユーザーがキーを押してから別のアプリケーションに切り替えてからキーを離すと、要求に応じてフォーカス変更が発生することが予想され、ユーザーがキーを離すまで遅延しないでください。

X11で入力イベントを処理するためのアーキテクチャは非常に簡単です。クライアントがイベントをキャプチャした場合クライアントがイベントを受信した場合、またはイベントがまだキャプチャされていない場合、現在フォーカスがあるクライアントはイベントを受け取ります。イベント。イベントをKeyRelease受け取ったクライアントに応じてKeyPressイベントを個別に配信する規制はありません。

KeyReleaseイベントを受信するクライアントにイベントを再ルーティングするために修飾子を使用する例は、明らかに間違っています。KeyPressフォーカスが変わったときにモディファイアを押すと、押したままになります。KeyReleaseこのイベントは、修飾子キーが押されなくなったときに送信されます。KeyReleaseフォーカスが失われたときに押されたすべての修飾子のイベントを送信し、新しくフォーカスされたウィンドウにそのイベントを送信することは合理的ですが、KeyPressこれは実際のユーザー入力の正確なレポートではなく、特に破壊的なウィンドウ間のフォーカス変更の場合です。 。同じアプリケーションのウィジェット。

X11の動作が明らかに正確であり、キーイベントを再ルーティングするという提案が間違っている別の例は、同じアプリケーションのウィジェット間でフォーカスが変わる場合です。アプリケーションがこの特定のキーに興味を持ち、どのウィジェットに焦点が当てられているのか気にしない場合は、偽のイベントを送信するとエラーになります。ただし、アプリがどのウィジェットがイベントKeyReleaseを受信して​​いるかに興味がある場合は、そのイベントをフォーカスのあるウィジェットに確実に送信する必要があります。

ほとんどのアプリケーション操作は、キードロップイベントではなくキー押下イベントによってトリガーされます。イベントのためにボタンが押されると、ボタンが押されたときではなく、ボタンが押されたときにボタンの効果が実行されると予想されます。ウィンドウを閉じるイベントが異なる動作をしている場合、これは奇妙なユーザーエクスペリエンスになります。

キーを押してウィンドウが閉じたときにフォーカスを別のウィンドウに移動することが明らかに正しい例は、キーをEsc押して複数のダイアログボックスを終了することです。アプリケーションがウィンドウを閉じるためにキーを離す必要がある場合、Escこれは破壊的です。

説明したシナリオでは、明らかに問題があるのはFirefox / JavaScriptアプリケーションです。ほとんどのキーボードインターフェイスは、キーを離すのではなくキーを押すことに基づいています。特に、緊急 Enterこれにより、代わりに何かが起こるはずです。解放それ。アプリケーションがキーリリースイベントに応答する場合、KeyRelease一致が受信されず、イベントが受信される状況を合理的な方法で処理することはアプリケーションの責任です。KeyPress

マウスクリックは少し異なります。ほとんどの場合、インターフェイスはドラッグアンドドロップやクリック期間に応じたイベントなどのリリースイベントに反応する必要があるためです。それにもかかわらず、アプリケーションがButtonRelease適用されますButtonPress。