- Szycy
- 5 września 2026 21:21 UTC
- Autor
- Kamo
- Pochęt się
- 92ca0fa
Zgłoszono, gdy przełączanie się koleją między rozszerzonym i szybko zawalonym wraz z Wskaźnik nadal trzymał się na pasku przewijania, co jest dokładnie tym, co zrobił. useNavHoverPeek powraca do glądu z "elementFromPoint", pytając, czy ScrollbarLayer do portalu w ’body> i pomalował rynnę szyny, więc Szyna nie zawiera jej części: pojednaj się odczyt "wskaźnik odszedł". To jest Samo w sobie tylko zawaliłoby się szyną – pętla jest tym, co nastąpiło później. A A Zawalona szyna prosi NavOverflowScroller o „łki”, a nie „scrollbar”, "Sprawy" jest wyłączone z data-ka-mo-scrollbar""off", więc pasek odmontuje się, więc Szyna jest pod wskaźnikiem, więc zagląda, więc bar wraca. Przy wskaźniku point-move. Stos pod wskaźnikiem jest teraz proszony w całości i tylko pasek przewijania Warstwy nakładkowe są przekroczone; pierwsza rzecz pod nimi decyduje. Krok po kroku TYLKO to część nośna – "wszystko, co jest pod spodem Liczenie jako uniesienie na nim" zaglądałoby szynę otwartą za otwartym dialogiem, więc Jest test na ten przypadek siedzący obok tego błędu. Oba nowe testy wysyłają prawdziwy pointermove. Pierwszy projekt z nich nie zrobił, i Przejście z poprawką wyłączone: przesuwanie ramek harmonogramów bez pogodzenia, więc Twierdził, że państwo nie zmieniło się i na zawsze pozostanie zielone. Sprawdzony przez wyłączenie poprawki i obserwowanie, że właściwy zawiedzie. Również: Przyciski paska były słabym szarym atramentem przy 0,55 nieprzezroczystości i trudno było wybrać Na stronie. Każdy z nich jest teraz pigułką w kolorze kciuka niosącą biały glif, Tak więc pasek odczytuje jako jeden instrument, a nie uchwyt z szarymi znakami powyżej i - Pod nim. Potwierdzone w przeglądarce na biało i na ciemnej szynie, w pełnym rozmiarze i Wkłócisz się do panelu 120px.