- Expédié
- 6 septembre 2026 à 06:47 UTC
- Auteur
- Kamo
- Commite
- e2363c8
Chaque changement d'onglet et sous-onglet dans le centre d'interaction glisse le volet entrant à partir de x: 12 (les onglets du panneau) ou x: 10 (l'équart-bancs de Terminus). A transformer des comptes vers le débordement défilant d'un élément, donc pour les plus de 160 ms de qui glisse le panneau est vraiment une douzaine de pixels plus large que la boîte qui la tient. Cette boîte était un conteneur de défilement horizontal, que personne n'a écrit : CSS calcule overflow-x: visible à auto le moment où l'autre axe n'est pas visible, de sorte que «overflowY»: auto, il demande tranquillement les deux barreaux. Les dizaines de pixels étaient mesurée comme largeur roulente et une barre de pleine largeur a été peinte le long du fond de la liste pour la longueur de l'animation, puis retira. Ces vitres sont des listes - il n'y a rien à leur donner à faire défiler sur l'une quelconque des quatre languettes - de sorte que chaque scroller nomme maintenant les deux axes. caché aussi prend le récipient hors de la portée totale de la superposition (il ne dessine que pour l'auto, pare-scouche et incrustation), qui couvre l'autre façon dont un enfant déborde latéralement: a les actions de la rangée des membres se garent à translateX(6px), et popLayout absolument positionne des sections sortantes à leur largeur de pré-reflux. Vérifié dans un navigateur réel contre une sonde de la forme du panneau: avant, un onglet un commutateur mesuré 12px de largeur de roulis et dessiné une barre sur le scroller de la vitre; après, le 12px est toujours là et aucune barre n'est dessinée. jsdom n'a pas de barres de défilement et ne fait pas de disposition, donc le garde à côté de oneScrollbar.test.ts est le niveau de la source, comme son frère.