- Verschifft
- 5. September 2026 um 05:57 UTC
- Autor
- Kamo
- Ausschuss
- c85be57
Die Bar bewegte xterm eigenen Puffer, und unter tmux wächst dieser Puffer nie: tmux sendet dem Client nur die Zeilen, die am Ende sichtbar sind und hält die Geschichte sich selbst. So war "baseY" immer 0, die Bar las, dass als "nichts zu scrollen", und es Ich verifizierte es ursprünglich gegen eine nackte xterm.js, die ihre eigene Ausgabe schreibt, die die eine Anordnung, wo es funktioniert. Es fährt jetzt tmux, wenn der Puffer leer ist, durch Senden der Radberichte tmux bereits bindet zu "copy-mode -e" - der gleiche Weg das physische Rad nimmt, so Es gibt nicht zwei Mechanismen, die im Gleichschritt bleiben. SGR-Kodierung (Button 64 up, 65 nach unten), was tmux verlangt, sobald sein Mausmodus eingeschaltet ist. Die lokale Niederlassung bleibt, weil es für ein Terminal, das NICHT gehostet ist, korrekt ist durch einen Multiplexer und kostet nichts - und weil eine Bar, die Rad-Berichte gesendet bei einem einfachen Emulator würde nichts scrollen und in genau der Art und Weise gebrochen werden diese ist die Fixierung. Zwei Verhaltensweisen mussten sich ehrlich unterscheiden, anstatt so zu tun: - Der GRIP. Mit dem Puffer hier ist die Daumenposition die Position, so Ziehen Peelings. Mit dem Scrollback in tmux kann nichts sagen, wo in der Geschichte der Scheibe sitzt, so dass der Griff wird ein Jog-Rad zentriert, fix Höhe, Scrollen, wie weit es gezogen wird. Zeichnen einen Daumen an einer Position wir kann nicht wissen, wäre eine Lüge das Auge glauben würde. - Die JUMPS. Ein Rad-Bericht kann nicht sagen, "gehen Sie nach oben", so ist es eine Burst-Größe aus tmux's eigener Standard-Historie-Grenze von 2000 Zeilen. Overshooting ist kostenlos: tmux stoppt oben, und am unteren verlässt es einfach den Kopiermodus. 13 Wachen und 5398 Tests. check-i18n-Tasten ist rot auf einer anderen Sitzung CalDAV arbeiten; dies fügt keine Schlüssel hinzu.