- 出荷済み
- 2026年9月5日 5:57 UTC
- プロフィール
- Kamo
- コンテンツ
- c85be57
棒は、xterm 独自のバッファを移動し、tmux の下にバッファが成長しない: tmux クライアントは、可視し、履歴を保持する行だけを送信します それ自体。 なので `baseY` は常に 0 だったので、バーは "nothing to scroll" と読み、 もともとはベアのxtermに対して検証しました。 独自の出力を記述するjs 作品のアレンジです。 バッファが空になったときにtmuxをドライブし、ホイールレポートtmuxを送信します。 すでに `copy-mode-e` にバインドされているため、物理ホイールの同じパスがかかるため、 ステップに保つための2つのメカニズムはありません。 SGRエンコーディング(button 64アップ、65) ダウン)。これは、マウスモードがオンになったらtmuxが尋ねるものです。 ローカルブランチはホストされていない端末で正しいので、 多重化し、何もコストをかけません。そして、車輪のレポートを送信したバーだからです。 明白なエミュレータでは、この方法で何もスクロールし、正確に壊れているだろう 固定です。 2つの行動は、前述ではなく、正直に異なることが必要でした。 - グリップ。 ここでバッファを使うと、親指の位置は位置です。 スクラブのドラッグ tmuxのスクロールバックでは、どこにいるかは言うことができません ペインが座っている歴史なので、グリップはジョグホイールになります。 高さ、引っ張る距離でスクロールします。 位置で親指を描く 目が信じるのではないでしょうか。 - JUMPS。 ホイールレポートは「トップへ」と言うことができませんので、バーストサイズです 2000行のtmux独自のデフォルト履歴制限から。 Overshootingは自由です: tmux はトップで停止し、一番下ではコピーモードを単に残します。 13ガードと5398テスト。 check-i18n-keys は別のセッションの CalDAV で赤くなっています 仕事; これはキーを加えません.