Windows 10：Shift + Tabが機能しない
Windows 10ボックスで、送信できないことがわかりました Shift+Tab Notepad ++などの（少なくともいくつかの）アプリケーションに。
私はそのマシンをVNCセッション（XubuntuのRemminaクライアント、WindowsマシンはTightVNCサーバーを実行しています）を介してリモートで使用しています。当初の考えでは、ショートカットはVNCクライアントまたはローカルOSによって処理されますが、リモートで同じことをテストします。 Xubuntuマシンします送信します Shift+Tab 使って;例えばXubuntuのデフォルトのテキストエディタであるマウスパッドの行のインデントを解除できました。
Windows10の設定またはショートカットが原因ですか？ Shift+Tab Notepad ++から離れるように指示されますか？
この問題をデバッグする方法についての情報もいただければ幸いです。
以下の解決策は、ユーザーの問題を修正しました。問題は、基本的に Shift+Tab は一意ではなく、サーバーに送信するときに誤解される可能性があります。この問題は、Linux以外のコンピューターとLinuxコンピューターの間でVNCを使用している場合に発生する可能性があります。
これと同じ問題が投稿で引き起こされます Windows VNCクライアントからvinoへのAlt-Grの使用 。 2007年にさかのぼりますが、 Dan Winshipによる回答 は引き続き適用されます。
問題は、サーバー側（vinoを実行しているマシン）がTabキーに2つの異なるキーシム（それぞれTabとISO_Left_Tab）があると見なしているのに対し、クライアント側は1つのキーシムしかないと見なしているためShift +を期待していることです。 Shift +上矢印と同じように扱われるタブ。
（クライアントはLinux以外のボックスだと思いますか？）
これには「クリーンな」修正はないと思います。クライアントとサーバーはどちらも適切に動作しています。これはプロトコルの疣贅の1つにすぎません。これを修正する唯一の方法は、コード内でTabキーを特殊なケースにすることです。それを提案したい場合は、おそらく新しいバグを報告する必要があります（そしてこのバグのコメントを参照してください）。
実行することでバグを回避できます
xmodmap -e 'keycode 23 = Tab'（ヴィーノボックス上）。これは通常のgtk操作を妨げるようには見えないので、これを常に行うのはおそらく安全です。 （例：
'keycode 23 = Tab'から~/.xmodmapまたは~/.Xmodmapまたは何かが原因で、ディストリビューションによっては自動的に評価される場合があります）
最近の投稿では Shift +特殊キーはWindowsの実際のvncビューアを使用してubuntuにアクセスすることはできません 同じ方法を使用して問題を修正しました：
Ubuntuターミナルで実行：
xmodmap -e 'keycode 23 = Tab'編集：修正を永続的に実行するには
Sudo vim /usr/share/X11/xkb/symbols/pcそして行を変更します
key <TAB> { [ Tab, ISO_Left_Tab ] };に
key <TAB> { [ Tab ] };その後、再起動します。