- Se descapó
- 10 de septiembre de 2026 a las 17:05 UTC
- Autor
- Kamo
- Compromit
- 2c933ec
Dos seguimientos a 0c5ef994 (maximizar junto al nave). Un Centro de Interacción PINNED ahora le quita su anchura de la maximización desaído. Pinned, el panel se trabaja junto a la pantalla, así que un maximizado ventana y su tira de pestaña se detienen en el borde izquierdo del panel en lugar de correr debajo de ella. El panel publica su anchura en una variable CSS mientras se fija Y abierto (usoInteractionCenterReserve) y el panel de giro lo resta, la forma la variable del carril ya funciona; el panel se dibuja en la misma cuerda, por lo que los dos no están en desacuerdo. Sinpinned, el panel sigue siendo un modal sobre un scrim y la ventana mantiene su anchura detrás de ella. Despintando, cerrando y desmontando todo retirar la reserva. La tapa de ancho del navegador mide la habitación a la el arista del panel también. Menús ya no se abren detrás de las ventanas de la herramienta. El contador de la tienda (puntuable-core, compartida con el móvil) sube en cada abierto, aumento y enfoque y nunca se reinicia; pintada cruda, una larga sesión llevaba ventanas más allá de los 1300 MUI, y cada menú, popover y diálogo en la aplicación y luego abrieron BEHIND ellos en el DOM, posicionados, invisibles. El muelle ahora lee el mostrador sólo para ORDER y pinta cada ventana en su rango en una pequeña banda por encima de 200 (windowStacking.ts), para que el apilamiento de la tienda decidido se mantiene y ninguna ventana llega nunca a un menú capas. El ascensor del navegado sobre un panel maximizado utiliza el mismo nivel pintado, así que También se queda bajo los menús. Verificado en el verdadero Chrome: la ventana y el extremo de la tira en el borde del panel clavado (890px de 1440), un panel sin tapares sin reflujo, y después de 2.000 clics de enfoque (el contador pasado 1300) un menú en la capa por defecto de MUI todavía pinta sobre la ventana.