screenまたはtmuxで最も競合しないプレフィックス/エスケープシーケンスは何ですか？

画面にはCtrl+ が付きAます。一方、画面内で開発されたtmuxはCtrl+を使用しBます。ただし、両方のキーストロークは、エディター、シェルなどでも使用されます。したがって、どちらかを選択すると、tmuxまたは画面内で使用した場合、これらのツールのユーザーエクスペリエンスと機能が低下します。

他のプログラムやシェルのキーバインディングと競合するプレフィックスは何ですか？

キーボードレイアウト上で便利な位置にある場合^\（別名^|）が最適だと思います。他のプログラムでの使用は非常にまれです。

• SIGQUITプロセスに送信する
• ^Cインターセプトされたときにシェルでforループまたはwhileループを中止する
• toggle-input-method emacsで

他の用途は知りません。慣れていない、tmuxまたは誤ってプロセスを強制終了しないように注意してくださいscreen。それは数年に一度だけ私に起こった。

~/.tmux.conf

unbind-key C-b
set -g prefix 'C-\'
bind-key 'C-\' send-prefix

~/.screenrc

escape ^|^|

tmuxでバックティックをエスケープとして使用する場合は、次を追加します。

unbind C-b
set -g prefix `
bind-key ` send-prefix

最後の1つは重要です。それ以外の場合、他の目的でバックティックを入力することはできません:-)

Ctrl + Aは、EmacsモードでのBashなど、Emacsで問題を引き起こすことでも知られています。これはあなたにとって問題ではないようです。

Ctrl + Oは私が見たもう1つのオプションです。確かに、これはRatPoisonのデフォルトです（これはマウスを必要としないXウィンドウマネージャーです）。ネストされた画面を使用するときは、Ctrl + Oを使用しました。外側の画面にはCtrl + O、内側の画面にはCtrl + Aです。うまくいったが、同僚を怖がらせた。:-)

Emacsではなくviを使用する場合、いくつかの選択肢があります。たとえば、Ctrl + Gはあまり使用されません。

にCAPS-LOCKグローバルにマッピングされましたESC。次に、プレフィックスにM-Space（つまりCAPS-LOCK+ Space）を使用します。

私はスクリーンに複雑なシステムを使用しています。デフォルトのエスケープは、バックティックである\ 140 \ 140に設定されています。Ctrl-Aは、Zsh内でのEmacsとコマンドラインの編集の両方を複雑にし、私はCtrl-O（ほとんどの画面アクションでの両手操作）が嫌いです。

「s」を画面1に再バインドして、新しいセッションが1から始まるキーボード上で左から右に作成されるようにします。これにより、永続ウィンドウまたは参照ウィンドウと見なす画面0を予約できます。（バックティック）1、（バックティック）2、（バックティック）3への非常に迅速な片手ジェスチャーで、ウィンドウ間をスワップします。

UNIX環境でbacktickを使用する場合の問題は、シェル/ perlスクリプトコードをカットアンドペーストしようとした場合です。このため、エスケープ文字を切り替えるためにF11 / F12キーをバインドします。

bindkey -d -k F1        escape ^O^O # bound to F11
bindkey -d -k F2        escape \140\140 # bound to F12

これにより、カットアンドペースト操作を行うときに、エスケープがCtrl-Oにスワップされます。ダブルティックを押すのは簡単であり、ほとんどの画面操作では適切なトレードオフであることがわかりました。

F12を押してモードを切り替え、キャプションを使用してモードを示すことができる新しいソリューションでこの答えを再検討してください。

## command characters
escape \140\140                 # default is `

## sets caption and escape toggle
bindkey -d -k F2 process a     # bound to F12

## initial caption
caption always '%{= kW}%?%F%{+b KW}%:%{= kK}%? %= %?%F%{-b .c}>>>%{-}%? | %-w%{mW}%n* %t%? @%u%?%{-}%+w '

## registers to toggle bindkeys
register a "\140:eval 'bindkey -d -k F2 process b' 'process c' 'escape \\017\\017'^M"
register b "\017:eval 'bindkey -d -k F2 process a' 'process d' 'escape \\140\\140'^M"

## registers to change captions
register c "\140:caption string '%{= kW}%?%F%{+b mW}%:%{= kK}%? %= %?%F%{.c}ALT%{-}%? | %-w%{KW}%n* %t%? @%u%?%{-}%+w '^M"
register d "\017:caption string '%{= kW}%?%F%{+b KW}%:%{= kK}%? %= %?%F%{.c}>>>%{-}%? | %-w%{mW}%n* %t%? @%u%?%{-}%+w '^M"

私はで使用Ctrl-Qしtmux、それは今のところうまくいきました。ただし、シェルフロー制御と競合することに言及する必要があります。デフォルトでCtrl-Qは、で停止した後に出力を再度有効にするために使用されますCtrl-S。偶然に打った後、数回スタックしたシェルに驚いたのでCtrl-S、私は押さないことを学びましたCtrl-S。

（フロー制御を完全にオフstty -ixonにしたり、異なるキーをstty startとにバインドしたりすることもできますstty stop。）

# tmux.conf
unbind C-b
set -g prefix C-q

入力^Spaceするのが最も簡単なプレフィックスであることがわかったため、非常に特殊な/一般的な操作を予約したいのですが、今prefixはtmuxのようにマップしようとしています。

入力するコマンドにすぐにジャンプできるように、指を自由に残します。試してみる。

遅ればせながらの提案： ctrl-s。 ctrl-s多くの利点があります：

1. ホーム行。
2. まだ近くにctrl-a（実際には、ほとんどたtypersのために、それは彼らが使用したのと同じ2本の指を使いますctrl-a）、これから筋肉の記憶のスイッチctrl-aにはctrl-s簡単です-私にとって、それは最初にそれをしようとする程度時間以内第二の天性になりました。
3. ctrl-aemacsスタイルの「行頭に戻る」操作またはvimスタイルの「番号の増分」操作のために解放します。または、組み込み画面インスタンスを制御するためにプレフィックス文字をエスケープすることを心配することなく、tmuxペイン内で画面を実行するために。（私はしばしば、画面を実行するリモートサーバーへのsshセッションを含むペインでローカルtmuxを使用してこれを行います）
4. 他の一般的に使用される端末機能に対して、エスケープ要件をオーバーライドまたは追加しません。 現在、大多数の人が使用しているものはctrl-sではありません！

もちろん、何もCTRL-Sにしないことを理由に、端末には、それは伝統的に、フロー制御のために使用されているように、ページング・ツールの前に戻っ日にさかのぼることですmoreし、less一般的でした。一部のGUIターミナルプログラムでは、デフォルトでフロー制御機能が有効になっているはずですが、実際にはこれにぶつかっていません。私が試したすべてのguiターミナルプログラムは、デフォルトで完全に無視しているようです。これにより、便利なキーの組み合わせがより生産的に使用できるようになります。

したがって、実際に（たとえば）raw Linuxターミナル内からではなく、GUIベースのターミナルからscreen / tmuxを使用している場合はctrl-s、試してみることをお勧めします。tmuxとscreenでzip圧縮することは、私にとってずっと便利です。

競合のないキーC-zは、通常、プログラムをバックグラウンドに送信して、それを起動したシェル上で別のことを続行するために使用されるためです。tmuxがあるときは、これを行いません。

`（バックティック）が使用されていることを聞いたので、実際のバックティックのために2回入力する必要があります。（Caps Lockを実行しない限り）アクションに慣れているviユーザーにとっては良いかもしれません。

をお勧めしますC-j。これは、viやemacsにあまり干渉しません。基本的に、私はスサムパルのコメントに同意します。これは答えとして表示する価値があると思われます。他の人はすべて私の観点から重大な対立があるようです。

CjはjまたはVimと同義であり、Vimで1行下に移動するのにCjを使用しないため、プレフィックスキーとしてCjを使用します。〜/ .tmux.confにこれがあります：

set -g prefix2 C-j; bind-key C-j send-prefix -2

プログラマーのDvorakキーボードレイアウトの場合、マイナス（ダッシュ）キーをプレフィックスとして使用するのは非常に適切です。つまり、ctrl+ -です。
マイナスキーは、qwertyレイアウトの単一引用符キーの位置にあります。また、Ctrlキーとしてロックキーの機能を制限しました。以下は、プレフィックスとして設定するためのtmux confです。

unbind C-b
set -g prefix C-_
bind C-_ send-prefix
bind - last-window

マイナスの代わりにアンダースコアが使用されるのはなぜでしょうか？Tmuxを参照してください：Cにバインドするにはどうすればよいですか（コントロールマイナス）？
qwertyには、tmuxプレフィックスキーをC- 'にバインドするにはどうすればよいですか？同じショートカットを保持するためのソリューション。

Vim / Neovimを使用している場合、これは完全なプレフィックスです。ctrl+ aやctrl+ などの接頭辞は、bどちらの方法でもVimの機能をシャドウ（オーバーラップ）するためです。

個人的にbはCtrl、私にとっては遠すぎます。tmuxを使用するときは、常にバインディングをCbからCaに変更します。Caとの主な競合はすべてを選択することですが、tmuxを使用するプログラムに問題があることはわかりません。

GNU emacs、zsh、およびMS Windowsユーザーとして、Control-Tを使用します。（例えば、.screenrc :)

エスケープ「^ T ^ T」

はい、Control-Tには、Ubuntuのaptitudeのプルダウンメニューや、Emacsのトランスポーズ文字のような何かがバインドされています。

Coを無視したのは、両手が必要だからです。

最善の解決策は^ Cだと思います。Emacsは^ Cをプレフィックスキーとして使用します。シェルで^ Cを入力する必要がある場合は、とにかく2を入力します。:-)

unbind-key C-b
set -g prefix C-c
bind-key C-c send-prefix

私はCaps Lockを使用していますが、OSXで動作させるには特別なことをする必要があります。

https://gist.github.com/burtlo/3788048

バックティックを使用できます。tmuxの一部の古いバージョンはバックティックをサポートしていないため、次の方法で回避策を実行できます（ただし、C-`、C-@、C-spaceを同時にメタとして追加できます）。

# meta prefix - @ - backtick
unbind C-b
set -g prefix C-@
bind C-@ send-prefix
bind C-@ last-window

私は通常、CapsLockをCtrlに再マップします。そのため、バックティックでさらに意味があります。

ここのほとんどの回答では、キーの組み合わせの一部としてCtrlを使用しています。
Ctrlキーを使用すると、常に指を広げてCtrlキーを押す必要があったため、小指が傷つき始めました。
私Alt-jは左親指と右人差し指で入力したものを使用します。これは非常に便利です。また、他のプログラムとの衝突もこれまでに発見していません。

unbind C-b
set-option -g prefix M-j

GNUスクリーンの場合、バックティックをエスケープにマッピングするために、〜/ .screenrcの次のコードが役に立ちます。

escape ``

接頭辞としてctrl- \をバインドする提案が好きですが、これをLinux Mint 12で機能させるためには、バインドの下部の場所をエスケープする必要がありました。そうでなければ、それはかかりません。ここで私の.tmux.confを参照してください：emacsとvimの両方でtmuxを使用する

Macユーザーは§バックティックよりも便利だと思うと思います。

上のMac以外のキーボード、バッククォートは、同じキー程度に位置している§Macのキーボード。したがって、バックティックの使用を提案する人々と同じ利便性を体験するには、Macキーボードの段落記号を使用します。

Macキーボードでバックティックを使用するのは、左（⇧）シフト、（⌃）コントロール、および（⌥）Altキーの非常に近くにあるため、注意が必要です。MacBookの場合、左fnキーの近くでも。