- Se descapó
- 5 de septiembre de 2026 a las 5:57 UTC
- Autor
- Kamo
- Compromit
- c85be57
La barra movió el propio amortiguador de xterm, y bajo tmux ese buffer nunca crece: tmux envía al cliente sólo las líneas que terminan visibles y mantiene la historia yo mismo. Así que "baseY" siempre fue 0, el bar leía que "nada para desplazarse", y eso Lo verifiqué originalmente contra un xterm.js desnudo escribiendo su propia salida, que es el único arreglo donde funciona. Ahora conduce tmux cuando el amortiguador está vacío, enviando la rueda reportes tmux ya se une a la misma ruta que toma la rueda física, así que no hay dos mecanismos para mantenerse a la parpadeo. Codificación de SGR (botón 64 arriba, 65 abajo), que es lo que tmux pide una vez que su modo de ratón está encendido. La sucursal local se queda, porque es correcta para una terminal que NO está alojado por un multiplexor y no cuesta nada y porque una barra que envió informes de rueda en un simple emulador no desperdiciaría nada y se rompería precisamente de la manera que esto está arreglando. Dos comportamientos tuvieron que diferir honestamente en lugar de fingir: - El GRIP. Con el amortiguador aquí la posición del pulgar ES la posición, así que arrastrando matorrales. Con el desplazamiento en tmux nada puede decir dónde en el historia el panel está sentado, por lo que el agarre se convierte en una rueda de trote centrado, fijo altura, desplazándose por lo lejos que se tira. Dibujando un pulgar en una posición. No se puede saber que sería una mentira el ojo creería. - El JUMPS. Un informe de rueda no puede decir "ir a la cima", por lo que es un tamaño revento del propio límite de historial por defecto de tmux de 2000 líneas. Overshooting es gratis: tmux se detiene en la parte superior, y en la parte inferior simplemente deja el modo de copia. 13 guardias y 5398 pruebas. check-i18n-keys es rojo en la CalDAV de otra sesión trabajo; esto no añade llaves.