- Expédié
- 16 septembre 2026 à 17:02 UTC
- Auteur
- Kamo
- Commite
- a7b355a
Sur un écran trop étroit pour les cinq sous-ongles, la bande montre maintenant gauche et droite les flèches à côté, comme le fait la bande de languette de la fenêtre maximisée. Il n'en avait pas depuis le première version, où les boutons de défilement "auto" de MUI coupaient un onglet ouvert par lien (?tab-archived) en deux: ils n'apparaissent qu'après que le MUI a fait défiler le schéma choisi onglet en vue, prendre 80px de la bande, et l'unique animation de défilement de MUI puis recouver toute correction. CampaignTabStrip met les onglets dans un simple scroller sans barre propre (data-kamo-scrollbar-off"), ne montre les flèches que lorsque les onglets débordent, et fait défiler la languette sélectionnée en vue chaque fois qu'elle change et chaque fois que les flèches qui arrivent ou vont change la largeur. flècheState et ARROW-SCROLL-FRACTION proviennent de maximisationTabStripModel, de sorte que les deux bandes sont d'accord sur quand une flèche est Vivez et jusqu'où ça se déplace. Vérifié en Chrome: à 1600px pas de flèches; à 700px et 520px chaque onglet ouvert par un lien est pleinement visible avec l'indicateur sous-cénen, y compris les indicateurs intermédiaires; les flèches page la bande de chaque sens; ArrowRight se déplace la mise au point le long des onglets et garde l'onglet focalisé en vue, et Saisissez-le. Ses étiquettes de flèche sont des composants.scrolls, réparés à la main dans tous les endroits de kamo-traduction-dictionnaire cc484906 (en arabe avait « bon » pour Scroll right). Les rouges les plus Vitest ici ne sont pas à la suite de ce changement et échouent à l'identique sur la base: oneScrollbar.test.ts (sur NavTopMenuPanel.tsx) et recipientStatus.test.ts (4, à l'âge de la campagne 98156e52).