- Dikirim
- 6 September 2026 pukul 05.46 UTC
- Penulis
- Kamo
- Commit
- 586ced0
Tiga hal tentang deretan jendela alat berlabuh. It stops meliputi scrollbars. Dok menyimpan sisi kanan viewport sehingga itu tidak taman jendela pada bar halaman, tetapi hanya pernah mencari '.kamo- page-' gulir. Aplikasi ini melukis batang 32px sendiri di atas setiap scroller ditandai - '.kamo- gulungan' saja digunakan di 382 situs panggilan, ditambah grid, tabel dan panel lapis mengadopsi oleh kelas pustaka - dan salah satu dari mereka flush terhadap tepi kanan menempatkan sebuah bar persis di mana jendela pertama pergi. Daftar penanda sekarang tinggal di 'scrollbarModel' dan kedua pembaca berbagi. Setengah subtler salah lagi: selokan cadangan browser adalah keduanya tes untuk "apakah ada bar" dan jawaban untuk "seberapa luas", dan itu dapat diandalkan tidak. Berdasarkan scrollbar overlay - makOS baku - sebuah elemen scrolling cadangan tidak ada selokan sama sekali, sehingga dermaga membaca nol dan diparkir lurus jendela lebih dari sebuah bar yang jelas dicat. Diukur dalam peramban sesungguhnya: scrollHeight 4000 di atas ketinggian klien 900, bar kami digambar 32px lebar, selokan 0, tepi kanan jendela 1435 terhadap bar mulai dari 1408. Sekarang menanyakan apakah elemen adalah scrolling dan cadangan lebar sebenarnya digambar; probe yang sama melaporkan tepi di 1403, jelas bar. Firefox gagal cara lain, mempertahankan ~ 15px di bawah 32px bar yang sama, dan ditutupi oleh perubahan yang sama. * * Lebar dengan menyeret tepi kiri jendela. * * Sebuah band 11px straddling jahitan, jadi tekan sedikit di atas target atau atas tetangga untuk kedua tanah di itu. Baris packs right- to-left, sehingga tepi kanan jendela berlabuh dan menarik kiri melebarkan itu - setiap jendela lebih lanjut pergeseran kiri sepanjang, yang 'LayoutDock' melakukan apa yang sudah dilakukan. Diadakan di dalam alat sendiri 'minSize.w', dan diingat setiap alat: memperluas jendela obrolan dan yang berikutnya terbuka lebar. * * Tinggi dengan menyeret tepi atas - untuk seluruh baris sekaligus. * * Docked window duduk di tepi bawah dengan puncak mereka dalam garis, dan baris ketinggian yang berbeda adalah tepi compang-camping daripada baris. Tinggi hidup dalam 'dockSizeStore' dan dikenakan oleh 'relayoutWindows', satu titik choke setiap jalur sudah berjalan melalui: membuka, mengembalikan sebuah hexhead, tidak-memaksimalkan, un- floating, sebuah viewport ubah ukuran, sebuah snapshot restore. Jadi hexhead kembali di ketinggian dermaga Sekarang, pada frame pertama, tanpa kode sendiri. Dipaksa untuk localStorage dan baca secara sinkron pada modul load, sehingga jendela pertama dari sesi sudah Terbuka pada tinggi anggota daripada mengubah ukuran sejenak setelah muncul. Kedua seam cahaya '--color-primary' ketika mereka ditarik; sebuah tinggi drag lampu setiap jendela atas, karena setiap jendela bergerak. Keduanya 'separator' peran dengan tombol panah, dan pegangan sudut berlabuh hilang - satu kontrol per properti. Diverifikasi dengan chrome tanpa kepala terhadap mesin tata letak nyata, karena jsdom laporan tidak ada scrollbar sama sekali: cadangan, tumpang tindih itu mencegah, dan keduanya drags (lebar 460 - > 580 dengan tepi kanan diadakan di 1403; tinggi 690 - > 840 dengan dasar dipegang).