- Expédié
- 5 septembre 2026 à 05:57 UTC
- Auteur
- Kamo
- Commite
- c85be57
La barre a déplacé le tampon de xterm, et sous tmux, ce tampon ne croît jamais: tmux n'envoie au client que les lignes qui finissent visibles et garde l'historique lui-même. Donc, la barre a toujours été 0, la barre a été lue que "rien à faire défiler", et il Je l'ai vérifié à l'origine contre un xterm.js n'ayant écrit sa propre production, qui est l'arrangement unique où il fonctionne. Il entraîne maintenant tmux lorsque le tampon est vide, en envoyant les rapports de roue tmux se lie déjà à la zcopy-mode -e est la même que la roue physique, donc Il n'y a pas deux mécanismes à suivre. Codage SGR (bouton 64 vers le haut, 65 down), ce que le tmux demande pour une fois son mode souris est activé. La branche locale reste, parce qu'il est correct pour un terminal qui n'est PAS hébergé par un multiplexeur et ne coûte rien - et parce qu'une barre qui a envoyé des rapports de roue à un émulateur plaine ne ferait défiler rien et serait brisé précisément de la manière dont est la fixation. Deux comportements devaient différer honnêtement plutôt que de prétendre : - Le GRIP. Avec le tampon ici la position du pouce est la position, donc traîner des gommages. Avec le rollback in tmux, rien ne peut dire où dans le Historique de la vitre est assise, de sorte que l'adhérence devient une roue de jogage - centrée, fixe hauteur, défilement par la distance parcourue. Dessiner un pouce à une position où nous Ne peut pas savoir que ce serait un mensonge que l'on croirait. - Les JUMPS. Un rapport de roue ne peut pas dire "aller au sommet", donc c'est une rafale de taille à partir de la limite d'historique par défaut de 2000 lignes de tmux. Le dépassement est gratuit: tmux s'arrête en haut, et en bas, il quitte simplement le mode copie. 13 gardes et 5398 tests. check-i18n-keys est rouge sur le CalDAV d'une autre session le travail, cela n'ajoute aucune clé.