- Shipped
- 5 вересня 2026 р. о 05:57 UTC
- Author
- Kamo
- Commit
- c85be57
Бар перемістив в себе буфер, і під тим, що буфер ніколи не росте: tmux надсилає клієнту тільки лінії, які закінчують видимість і зберігає історію сам. Так `baseY` завжди 0, бар читати, як "необхідний до прокрутки", і він Я перевірив його спочатку проти корока xterm. js пише власний вихід, який в одній композиції, де працює. Тепер приводять tmux, коли буфер порожній, відправивши звіти про колесо tmux вже зв’язується з `copy-mode -e` — так само, як і фізичний круг, тому не існує двох механізмів, щоб триматися в стадії. Кодування SGR (button 64 до, 65 вниз), який є те, що tmux просить один раз на режим мишки. Місцеве відділення залишається, тому що це правильно для терміналу, який не відбувся за допомогою декількохxer і витрати нічого — і тому, що бар, який надіслав звіти коліс на рівнинному емуляторі нічого не прокинувся і зламався таким чином фіксація. Два поведінкові поведінки повинні відрізнятись чесно, а не претендувати: - ГРИП. З буфером тут позиція великого пальця Є позиція, тому перетягування скрабів. З прокруткою в tmux нічого не може сказати де в історія сковорідки сидить, тому гроші стає джгутом колесом — центрований, фіксований висота, прокручування, як далеко вона витягується. Малювання великого пальця в положенні ми не знаю, що буде вірити очі. - ДЖУМПИ. Колесний звіт не може сказати «зверху», тому це негабаритний від власної історії за замовчуванням tmux до 2000 ліній. Заборонено безкоштовно: tmux зупиняється вгорі, а внизу просто залишає копіювальний режим. 13 охоронців і тестів 5398. check-i18n-keys червоний на іншому сеансі CalDAV робота; це додає ключів немає.