- Dikirim
- 5 September 2026 pukul 20.43 UTC
- Penulis
- Kamo
- Commit
- 8a3c8aa
Lukisan bar atas 32px terakhir baik-baik saja atas latar belakang - launchpad itu wallpaper tidak keberatan - dan salah di tempat lain. Dalam chat log itu mendarat di gelembung pesan; dalam rel navigasi itu mendarat pada ikon. Isi sekarang bergerak, dan browser adalah apa yang bergerak itu. Batang penggulung asli tidak dihapus lagi: ini lebar ke 32px dan warna sepenuhnya transparan, jadi peramban cadangan selokan persis seperti biasanya, dan bar kami adalah ditarik atas selokan yang - yang bekerja karena selokan tinggal di dalam kotak padding, dan kotak padding adalah apa overlay sudah mengukur. Mencadangkan dengan cara ini daripada dengan 'padding- inline- end' bukan sebuah detail: - Tidak ada '! penting' diperlukan untuk mengalahkan sebuah 'sx' prop, dan tidak menebak apa padding panel sudah dibawa. Yang sebelumnya pengguna aturan padding, halaman scroller di AuthedChrome, menyerah dan mendapatkan hasil yang sama. - Ini berlaku untuk setiap scroller sekaligus, bukan satu opt-in pada suatu waktu. - Ruang ini diambil Hanya sementara elemen sedang menggulung. Sebuah panel yang content fits keeps its full width - which no padding rule could manage, and yang merupakan perbedaan antara mempertahankan selokan dan kehilangan 32px dari setiap elemen ditandai dalam aplikasi selamanya. 'data- kamo-scrollbar = "off"' masih menekan bar DAN selokan, jadi tab Strip yang panah dan memudar tepi adalah keuntungan mendapat ketinggian penuh kembali. Diperiksa dalam browser, bukan dalam jsdom, yang tidak ada tata letak dan tidak dapat melihat scrollbar sama sekali: sebuah log obrolan (bubbles clear dari bar), sebuah rel 80px nav (ikon mendorong kiri, tidak tertutup), panel yang tidak menggulung (latar belakangnya masih mencapai tepi kanan, sehingga tidak ada yang dipesan) dan Popover 250px. Firefox adalah salah satu kasus yang tidak sempurna - ia cadangan sendiri lebih sempit selokan, sehingga bar overhang itu oleh beberapa piksel di sana.