☰

パテを使用すると、byobuが設定ファイルから自動的に起動すると、alt-left / rightが異なります。

tag-icon • tag-icon ssh terminal putty byobu
パテを使用すると、byobuが設定ファイルから自動的に起動すると、alt-left / rightが異なります。

WindowsシステムでPuttyを使用してDebianおよびUbuntuシステムのセッションを開始する場合（少なくとも私の場合）、alt-left/rightコマンドラインから単語単位で移動するのと同じです。 （通常、これはLinuxシステムでも達成できますctr-left/right。）

しかし、Byobuを使い始めながらそしてF9メニューを使用してByobuが自動的に起動するように設定した後、この機能は機能しなくalt-left/rightなります。対照的に、Ctrl-V生の文字を出力するために使用する場合、

 ^[[1;3C

- 送信するときalt-right。ただし、byobuがログイン時に自動的に起動せず、ログイン後に手動で起動すると、次のメッセージが送信されると推定されます。

^[^[[C

デフォルトの inputrc 構成でキャプチャされるため、単語単位で移動するように変換されます。

受け取ったコマンドでこれらの違いを生成できるPutty、ホスト/ターミナル/byobu間のメカニズムは何ですか？

答え1

byobuはあなたが見ている動作を担当するtmuxを取り巻くラッパーです。 tmuxは、「key」をxtermが変更した特殊キーをエンコードする一連の文字に変換しようとします。このマニュアルでは、次のように説明しています。

         xterm-keys [on | off]
                 If this option is set, tmux will generate xterm(1) -style
                 function key sequences; these have a number included to
                 indicate modifiers such as Shift, Alt or Ctrl.  The
                 default is off.

新しい/最新バージョンでは、デフォルト値は次のように報告されます。存在する。これにより、次のコミットメッセージに表示される問題が公開されました。

commit d52f579fd5e7fd21d7dcf837780cbf98498b10ce
Author: nicm <nicm>
Date:   Sun May 7 21:25:59 2017 +0000

    Up to now, tmux sees \033\033[OA as M-Up and since we turned on
    xterm-keys by default, generates \033[1;3A instead of
    \033\033[OA. Unfortunately this confuses vi, which doesn't understand
    xterm keys and now sees Escape+Up pressed within escape-time as Escape
    followed by A.

    The issue doesn't happen in xterm itself because it gets the keys from X
    and can distinguish between a genuine M-Up and Escape+Up.

    Because xterm can, tmux can too: xterm will give us \033[1;3A (that is,
    kUP3) for a real M-Up and \033\033OA for Escape+Up - in fact, we can be
    sure any \033 preceding an xterm key is a real Escape key press because
    Meta would be part of the xterm key instead of a separate \033.

    So change tmux to recognise both sequences as M-Up for its own purposes,
    but generate the xterm version of M-Up only if it originally received
    the xterm version from the terminal.

    This means we will return to sending \033\033OA instead of the xterm key
    for terminals that do not support xterm keys themselves, but there is no
    practical way around this because they do not allow us to distinguish
    between Escape+Up and M-Up. xterm style escape sequences are now the de
    facto standard for these keys in any case.

    Problem reported by jsing@ and subsequently by Cecile Tonglet in GitHub
    issue 907.

関連情報