- Expédié
- 7 septembre 2026 à 09:20 UTC
- Auteur
- Kamo
- Commite
- 79a51c8
La page était sombre pour un crible, puis blanc pour le reste du rouleau. «PageWrapper» est «hight: 100 %» avec «flex-direction: colonne», donc chaque itinéraire dans l'application est un élément flexible dans un conteneur exactement un écran. Un élément flex SHRINKS par défaut et «min-hight: 100%» seulement fixe son sol - donc une fois les carreaux a passé le pli de cet élément s'est arrêté à la hauteur de la fenêtre tandis que ses enfants à long terme. Mesurée en chrome sans tête sur le balayage réel de la page: un élément de 944px environ 3787px de contenu. Tout ce qui se trouve sous le pli a été peint par n'importe quel assis Derrière le scroller, qui est de l'arrière-plan: 'ffffs'. «flex-shrink: 0» est la fixation entière; le même élément mesure maintenant 3799px contre 3799px de contenu, et le fond du défilement échantillonnés -0b0223 au lieu de 'ffffffff. Pas «hauteur: auto», qui ne change rien, la rétrécissement s'applique à la taille usagée Quel que soit le cas spécifié. Le rideau l'obtient aussi, pour un message qui enveloppe au-delà du pli sur une fenêtre étroite. La pente a dû être ancrée dans le même changement. Forme de fin d'un gradient radial est un pourcentage de SA BOX, donc le moment où la boîte a grandi jusqu'à la hauteur de défilement complète le rayon vertical à 90 % a augmenté avec lui et la lueur serrée derrière le HUD est devenue un 1300px lavage déborde sur les carreaux - le haut de la page, qui était déjà D'accord, cela aurait changé aussi. Le calibrage de la couche à 100 % 100vh- maintient le halo à la hauteur qu'il rend à aujourd'hui: échantillonné le premier screenful, avant contre après est un canal maximal delta de 2, qui est arrondi. «b6e0ae3c» visait ce symptôme et n'est PAS inversé. couvre le surrouler le rouleau en caoutchouc et la barre de défilement portalisée. Mais il ne pouvait que peindre Le sol BEHIND la page, donc il a caché le blanc sur un itinéraire qui s'est avéré être sombre plutôt que de faire en sorte que cet élément se couvre. Deux bugs qui ont montré la même couleur, C'est pourquoi la première solution semblait avoir fonctionné. jsdom n'effectue aucune mise en page, de sorte que le test ne peut pas observer le défaut de 944-vs-3787 chaque hauteur il n'y a pas de solution ou d'autre. Il épingle les deux déclarations à la place, qui est ce qu'une édition future supprimerait; vérifiée non vide en renversant le correctif et regarder les trois échouer.