- Spegnimento
- 5 settembre 2026 alle ore 05:57 UTC
- Autore
- Kamo
- Impegno
- c85be57
La barra ha spostato il proprio buffer di xterm, e sotto tmux che buffer non cresce mai: tmux invia al cliente solo le linee che finiscono visibili e mantiene la storia stesso. Quindi `baseY` era sempre 0, la barra ha letto che come "niente per scorrere", e esso L'ho verificata originariamente contro uno xterm nudo. js scrivendo la propria produzione, che è l'unico accordo dove funziona. Ora guida tmux quando il buffer è vuoto, inviando i rapporti ruota tmux già si lega a `copia-mode -e` — lo stesso percorso che la ruota fisica prende, quindi non ci sono due meccanismi per tenere in passo. Codifica SGR (bottone 64 su, 65 giù), che è ciò che tmux chiede una volta che la sua modalità del mouse è acceso. Il ramo locale rimane, perché è corretto per un terminale NON ospitato da un multiplexer e non costa nulla — e perché una barra che ha inviato rapporti ruota in un semplice emulatore non scorrerebbe nulla e sarebbe rotto in modo preciso questo Sta sistemando. Due comportamenti dovevano differire onestamente piuttosto che fingere: - Il GRIP. Con il buffer qui la posizione del pollice è la posizione, quindi trascinando gli scrub. Con lo scorrimento in tmux nulla può dire dove nel storia il pannello è seduto, quindi la presa diventa una ruota jog — incentrato, fisso altezza, scorrendo per quanto è tirato. Disegnare un pollice in una posizione Non si sa sarebbe una bugia che l'occhio crederebbe. - I JUMPS. Un rapporto ruota non può dire "andare in cima", quindi è un esplosione di dimensioni da tmux propria storia-limit predefinito di 2000 linee. Overshooting è gratuito: tmux si ferma in alto, e in basso lascia semplicemente la modalità copia. 13 guardie e 5398 test. check-i18n-keys è rosso su CalDAV di un'altra sessione lavoro; questo non aggiunge chiavi.