- Expediere
- 5 septembrie 2026 la 20:43 UTC
- Autor
- Kamo
- Comite
- 8a3c8aa
Vopsirea barei peste ultimele 32px este bine pe un fundal tapet nu minte şi greşit oriunde altundeva. Într-un jurnal de chat aterizează pe bulele de mesaj; în șina navigabilă aterizează pe icoane. Conţinutul se mişcă acum, iar browserul este ceea ce îl mişcă. Bara de defilare nativă nu mai este eliminat: este extins la 32px și colorat complet transparent; Deci, browser-ul rezerva jgheab exact așa cum a avut întotdeauna, și bara noastră este tras peste acel jgheab care funcționează pentru că jgheabul trăiește în interiorul Cutia cu căptuşeli, şi cutia cu căptuşeli este ceea ce overlay deja măsoară. Rezervărea în acest fel, mai degrabă decât cu - Nu!importanta a fost necesara pentru a bate un prop SX, și nu ghici ce cadding o Panou deja transportat. Un utilizator anterior al regulii padding, pagina Suller în AuthedChrome, renunţă şi primeşte acelaşi rezultat. - Se aplică la fiecare scroller dintr-o dată, în loc de un opt-in la un moment dat. - Spaţiul este ocupat NUMAI în timp ce elementul este defilare. Un panou al cărui conţinutul se potriveşte păstrează lăţimea sa completă Care este diferenta dintre rezervarea unui jgheab si pierderea a 32px din fiecare element marcat în aplicație pentru totdeauna. benzi ale căror săgeți și margine estompată sunt prețul devine înălțimea sa completă înapoi. Verificat într-un browser, nu în jsdom, care nu dispune și nu poate vedea o bara de defilare la toate: un jurnal de chat (bule clar de bara), o cale ferată 80px nav (icoane împins stânga, nu acoperit), un panou care nu este defilare ( fundalul său încă ajunge la marginea dreapta, astfel încât nimic nu a fost rezervat) și un 250px popover. Firefox este un caz imperfect Barul o atârnă de câţiva pixeli acolo.