- Dikirim
- 5 September 2026 pukul 22.22 UTC
- Penulis
- Kamo
- Commit
- d4d2c84
Usaha sebelumnya untuk memperbaiki handler yang salah. Ini mengajarkan perdamaian di UseNavavoverPeek untuk melihat melalui bar, yang layak dilakukan dan tidak apa NavPri juga memiliki onPointerLeave sendiri di < nav >, dan bahwa kebakaran setpeking (palsu) langsung, sebelum berdamai mendapat katakan. The bar dirender dari sebuah portal di < body >, jadi menyilang ke dalamnya IS batas nyata menyeberang dan browser memberikan cuti nyata untuk itu. handlepeek Tinggalkan sekarang memecahkan event.latedTarget - di mana pointer pergi - melalui registry yang ditulis overlay ke saat naik, sehingga sebuah bar menyelesaikan ke elemen itu gulungan. Pindah ke scrollbar sendiri karena itu tidak meninggalkan rel; panel lain bar, atau dialog, masih, dan ada tes untuk masing-masing. Sebuah daftar daripada DOM atau jawaban geometris, karena tidak tersedia: bar bukan sebuah keturunan dari apa yang gulungan, dan handler pointerleave adalah menyerahkan elemen pointer pergi TO dan tidak ada yang lain. Diukur dalam browser nyata dengan penunjuk nyata, mengemudi rel yang sama sebelumnya dan setelah - beristirahat di bar trek: sebelum widget rel [192, 87, 80], 2 perubahan, berakhir runtuh setelah jalur widget [260], 0 perubahan, berakhir mengintip dan menyeret ibu jari sekarang memegang [260] seluruh sementara daftar gulungan 0 - > 550, dengan jump-to-end membawanya ke 1036. Juga mengoreksi komentar yang ditulis pada pembacaan salah: dump yang disarankan sebelumnya Chrome mengecualikan selokan dari hit- pengujian dan rel tidak di bawah bar Sama sekali. Itu diambil setelah runtuh telah dimulai. Menyelidiki sementara rel Masih terbuka memberikan [OVERLAY, OVERLAY, IN RAIL, IN RAIL, IN RAIL] - rel adalah tidak pernah masalah.