問題タブ [key-bindings]

私は単純な WPF アプリを持っており、Win32 の世界でキーボード アクセラレータとして知られているものを追加したいと考えています。KeyBinding がチケットのように見えますが、Command オブジェクトへのバインドが必要です。私はコマンド オブジェクトを使用していませんし、使用したくもありません。ctrl-x キー シーケンスがヒットされたときにイベントをトリガーする別の方法はありますか?

私はいくつかのasp.net mvcキーバインドポスターを探していましたが、MVC固有のものを含まないVS 2010用のものしか見つからないようです。

そこに何かありますか？または、自分で作成する最も簡単な方法は何ですか?

私も resharper を使用していますが、mvc の特定のポスターもないようです。

command-t プラグインをインストールし、それをリーダー-t ではなく cmd-t にマップするものをインストールしました。私はvimにかなり慣れていないので、キーマッピングのシンボルが何であるかわかりません。vim でキー コンボをマッピングするときに使用する記号のリファレンスはどこにありますか?

emacs isearch-mode で定義済みのキーを一覧表示するにはどうすればよいですか?

Emacsに基づく: コマンドのキー バインドを出力するか、すべてのキー バインドを一覧表示しますC-h。M-x

ありがとう、-ショーン

現在フォーカスされている未亡人を閉じようとすることで、WPFアプリケーション全体にEscキーの押下に反応するように指示する簡単な方法はありますか？コマンドと入力のバインディングを手動で設定するのはそれほど面倒ではありませんが、すべてのウィンドウでこのXAMLを繰り返すことが、最も洗練されたアプローチであるかどうか疑問に思います。

建設的な提案は大歓迎です！

WinForm アプリケーションから呼び出されたときに WPF KeyBindings を機能させるには、いくつかの支援が必要です。問題を実証するための基本的な部分と思われるものを作成しました。それが役立つ場合は、サンプル アプリケーションを提供できます。

WinForm アプリケーションは、WPF を呼び出すボタンを持つフォームを開始します。

WPF ビューを使用すると、そのビュー モデルが作成され、キービングが設定されます。

ViewModel は DelagateCommand を使用して、うまくいけばすべてをリンクします

キーを押しても何も起こらないのでしょうか?!?

Emacs init ファイルに次の行があります。

毎回指定する必要がないように、特定の正規表現をハードコーディングする方法はありますか?

WPF DataGrid では、F2キーは現在のセルを編集するために使用されます。私のソフトウェア プロジェクトの要件では、別のことF2を行う必要があると書かれています。キーバインディングを追加しましたが、キーボードフォーカスが DataGrid にない場合にのみ機能します。

キーへの DataGrid のキーバインドを無効化または削除できF2ますか?

tmux でアクティブ ペインを変更するアクションを再バインドしたいと思います。バージョン 1.1 では、次のようにしました。

最近、バージョン 1.3 にアップグレードしましたが、次のエラー メッセージが表示されます。

これらのコマンドは新しいバージョンで名前が変更されましたか? tmux のマニュアル ページに似たようなものは見つかりません。

キーバインディングに関する明確なチュートリアルを数回読んだことがありますが、私の脳のキャッシュは複雑なプロセスを保持するのに十分な大きさではないようです。

私はキーバインディングの問題をデバッグしていました（間違った条件を使用していたことが判明しました）、そして（残念ながら）匿名のJavaエンジニアによってJComponent.WHEN_*プライベートなパッケージの簡潔で陽気なjavadocに出くわしました。javax.swing.KeyboardManager

KeyEventDispatcher私の質問はこれです：最初にチェックされているものを除いて、説明は何かを見逃したり、間違えたりしますか？

KeyboardManagerクラスは、WHEN_IN_FOCUSED_WINDOWスタイルのアクションのキーボードアクションをディスパッチするために使用されます。他の条件のアクションは、JComponentで直接処理されます。

これは、私が理解しているように、キーボードディスパッチが少なくとも[原文のまま]どのように機能するかについてのシマンティクス[原文のまま]の説明です。

KeyEventsは、フォーカスされたコンポーネントにディスパッチされます。フォーカスマネージャーは、このイベントの処理で最初のクラックを取得します。フォーカスマネージャーがそれを望まない場合、JComponentはsuper.processKeyEvent（）を呼び出します。これにより、リスナーはイベントを処理する機会が与えられます。

リスナーの誰もがイベントを「消費」しない場合、キーバインディングはショットを取得します。これは物事が面白くなり始めるところです。まず、WHEN_FOCUSED条件で定義されたKeyStokes[原文のまま]がチャンスを得ます。これらのいずれもイベントを必要としない場合、コンポーネントは、親がタイプWHEN_ANCESTOR_OF_FOCUSED_COMPONENTのアクションを探しているにもかかわらずウォークします。

まだ誰もそれを持っていない場合、それはここに行き着きます。次に、WHEN_IN_FOCUSED_WINDOWイベントに登録されているコンポーネントを探し、それらを起動します。それらのどれも見つからない場合は、イベントをメニューバーに渡し、それらにクラックを持たせることに注意してください。それらは異なる方法で処理されます。

最後に、内部フレームを見ているかどうかを確認します。私たちがイベントを望んでいるのに誰もいない場合は、InternalFrameの作成者に移動して、誰かがイベントを望んでいるかどうかを確認します（など）。

（更新）キーバインディングガイドでこの大胆な警告について疑問に思ったことがある場合：

コンポーネントを検索する順序は予測できないため、WHEN_IN_FOCUSED_WINDOWバインディングの重複は避けてください。

これは、次のセグメントが原因ですKeyboardManager#fireKeyboardAction。

したがって、検索の順序は実際には予測可能ですが、明らかにこの特定の実装に依存しているため、まったく依存しない方がよいでしょう。予測できないようにしてください。

（JavadocとコードはWinXPのjdk1.6.0_b105からのものです。）