RealVNCクライアントとVNCサーバーのウィンドウを切り替えるときのAlt + Tab
Windows XPでRealVNCのVNC Viewer Enterprise Editionを使用する場合、GNOME2セッションを実行しているRHELマシンに接続するために、 "サーバーに直接特別なキーを渡す）をオンにするようにVNCクライアントを構成しました "オプション。これは、クライアントにフォーカスがある場合、 Alt+Tab コンビネーションスイッチは、（VNCサーバー上の）GNOMEセッションで開いているウィンドウ間でフォーカスを合わせます。
ただし、クライアントがnotにフォーカスしている場合、 Alt+Tab フォーカスを私のWindowsで開いているウィンドウXPデスクトップ。
これは、私のWindows XPデスクトップが次のようになっているときに問題になります：
[WinXP_window1] [[GNOME_window1] [GNOME_window2]] [WinXP_window3]
[WinXP_window1]を使用していて、[WinXP_window3]にアクセスしたい場合、VNCクライアントがフォーカスを合わせるとすぐにキャプチャを開始するため、キーボードを使用してそれを行うことはできません。 Alt+Tab。代わりにマウスでクリックすることを強いられます（これは不愉快です）。
それでも GNOMEウィンドウに応答させている間に、どうすればこの問題を回避できますか？ Alt+Tab 正しく？
許容できるソリューションでは、クライアントまたはサーバーのいずれかにプログラムをインストールする必要はありません（私も所有しておらず、管理者権限/ルートアクセス権もありません）。
Gnome2内のウィンドウを切り替えるためのホットキーを「特別なキー」を含まないものに変更してから、Pass special keys directly to serverチェックボックスをオフにする方がおそらく簡単です。そうすれば、Alt-Tabキーを押すことができ、常に（フォーカスに関係なく）XPボックスで機能し、VNCクライアントである限り、再割り当てされたホットキーはゲストのウィンドウを切り替えます。焦点があります。
ショートカットキーのカスタマイズについては、 GNOME2ユーザーガイド を確認してください。
当然、「a」のようなものにすることはできません。入力が多いため、まだ使用していないファンクションキーを試すか、使用したことがないものに割り当てられているファンクションキーの割り当てを解除して、もう一度やり直してください。 -ウィンドウの切り替えに割り当てます。
ゲスト内で明らかに「ABCD」と入力できるため、Shiftは特別なキーとは見なされないため、ファンクションキーを押している間は、Shift+F1をキーの組み合わせとして使用できます危険すぎるようです。しかし、Pass special keys directly to serverを無効にすることで、AltまたはCtrlを使用できなくなったと思います。
編集/更新：リモートホスト内のキーバインディングを変更せずにWindowsでホットキーを切り替える代替タスクを使用する場合は、たとえば、 AutoHotkeyは、他のホットキーをインターセプトし、Alt+Tabと同じ機能を実行するプログラムです。詳細は here を参照してください。 重要：ゲスト内でAlt+Tabを引き続き使用するため、Pass special keys directly to serverVNCでenabledであるため、Alt+Tabはリモートホストに対して適切に処理されます。 VNCウィンドウにフォーカスがある場合でも、文字通りAlt+Tabキーの組み合わせを使用してホストをタスク切り替えすることはできません。ただし、ローカルマシンでAutoHotkeyを使用して別のホットキーをバインドできるため、Shift+EscやShift+F5などを押してホストのタスクスイッチを押すことができます。 AutoHotkeyの再バインドコマンドにも修飾キー（Alt、Ctrl）を使用できないことに注意してください。これらのキーはVNCによってトラップされるためです。
リンクから：
Alt-Tabの代替：ホットキーは、Alt-Tabの代替手段を提供できます。たとえば、次の2つのホットキーを使用すると、右手でalt-tabを実行できます。
RControl＆RShift :: AltTab;右コントロールを押しながら右シフトを繰り返し押すと、前進します。 RControl＆Enter :: ShiftAltTab;右コントロールを離さなくても、Enterキーを押して方向を逆にします。