- Expédié
- 10 septembre 2026 à 17:05 UTC
- Auteur
- Kamo
- Commite
- 2c933ec
Deux suivis à 0c5ef994 (maximiser à côté de la nav). Un centre d'interaction PINNÉE éloigne maintenant sa largeur du maximum Pane. Pintonné, le panneau est travaillé à côté de l'écran, donc un coup de pouce maximisé la fenêtre et sa bande de la languette s'arrêtent au bord gauche du panneau au lieu de courir sur en dessous. Le panel publie sa largeur sur une variable CSS tout en épinglée ET ouvert (utiliserInteractionCenterReserve) et paneGeometry le soustraire, la façon dont la variable du rail fonctionne déjà; le panneau est tiré au niveau de la même chaîne, donc les deux ne peuvent être désapprouvés. Non épinglé, le panneau est toujours un modal sur une grille et la fenêtre maintient sa largeur derrière elle. Intrusion, fermeture et démontage de tous retirer la réserve. Le chapeau de largeur du navigateur mesure la pièce à la hauteur de la Le bord du panneau aussi. Les menus ne s'ouvrent plus derrière les fenêtres à outils. Le compteur z du magasin (tool-core, partagée avec le mobile) monte à chaque ouverture, se soulève et se concentre et n'est jamais réinitialisée; peints crus, une longue session a porté des fenêtres au-delà des 1300 de MUI, et chaque menu, popover et dialogue dans l'application puis on les ouvre à BEHIND in the DOM, positionnés, invisibles. Le dock lit maintenant le compteur pour ORDER uniquement et peint chaque fenêtre à son rang dans une petite bande supérieure à 200 (fenêtreStacking.ts), donc l'empilement du magasin décidé est conservé et aucune fenêtre n'atteint jamais un menu couche. L'ascenseur de la nav sur une vitre maximisée utilise le même niveau peint, donc Il reste sous les menus aussi. Vérifié en chrome réel: l'extrémité de la fenêtre et de la bande au bord du panneau épinglé (890px de 1440), un panneau non épinglé recouvre sans reflux, et après 2 000 focaliser les clics (le compteur au-delà de 1300) un menu à la couche par défaut du MUI peints au-dessus de la fenêtre.