- Szycy
- 5 września 2026 05:57 UTC
- Autor
- Kamo
- Pochęt się
- c85be57
Bar przesunął własny bufor xterm, a pod tmux ten bufor nigdy nie rośnie: tmux Przesyła klientowi tylko linie, które są widoczne i zachowuje historię Sam sam. Więc "baseY" zawsze był 0, poprzeczka czytaj to jako "nic do przewijania", i to Zweryfikowałem go pierwotnie na tle nagim xterm.jsem napiszeniu własnego wyjścia, czyli Jedyny układ, w którym działa. Teraz napędza tmux, gdy bufor jest pusty, wysyłając raporty koła tmux Już wiąże się z „modem autorskim -e” – tą samą ścieżką, którą zajmuje fizyczne koło, więc Nie ma dwóch mechanizmów, które należy utrzymać na kroku. SGR kodowanie (przycisk 64 w górę, 65 W dół), o co tmux prosi po tym, jak jest w toku jego trybu myszowego. Lokalny oddział zostaje, ponieważ jest poprawny dla terminalu, który NIE jest hostowany Przez multiplekser i nic nie kosztuje – i ponieważ pasek, który wysyłał raporty kół Na zwykłym emulatorze nic nie przewijał i był złamany w sposób, w jaki to To jest naprawianie. Dwa zachowania musiały się uczciwie różnić, a nie udawać: - GRIP. Z buforem tutaj pozycja kciuka jest pozycją, więc Ciągnąć peelingi. Z scrollbackiem w tmux nic nie może powiedzieć, gdzie w Historia tajnia tafla siedzi, więc uchwyt staje się kołem biegowym – wyśrodkowanym, stałym Wysokość, przewijanie przez to, jak daleko jest ciągnięte. Rysowanie kciuka w pozycji, w której Nie wiadomo, że to kłamstwo, w które uwierzy. - JUMPS. Raport koła nie może powiedzieć "idź na górę", więc jest to pęknięcie size Z własnego domyślnego limitu historii Tmux z 2000 linii. Przestrzelenie jest bezpłatne: tmux zatrzymuje się na górze, a na dole po prostu pozostawia tryb kopiowania. 13 strażników i 5398 testów. check-i18n-keys jest czerwony na innej sesji CalDAV Pracuj, to nie dodaje kluczy.