- Cambia
- 6 de septiembre de 2026 a las 23:33 UTC
- Autor
- Kamo
- Comprometerse
- 03743d0
Mi última solución estaba en el archivo equivocado. Eliminación del contexto de la launchpad no cambió nada, porque el que importa es un nivel por encima de él, en la cáscara que envuelve cada página. El envoltorio de contenido principal de AuthedChrome es la posición: absoluta con el .zIndex: 1o, así que cada página de la aplicación está tapada en el nivel 1 del contexto de apilamiento de raíces: an Administrador desplegable pidiendo 40 pinturas realmente a la 1. Portales de ScrollbarLayer sus barras a "body" y le da a cada uno su ancestro i-índice z más cercano de su scroller PLUS ONE, por lo que el bar de la plataforma de aplicaciones se sentó a los 13 en el contexto ROOT y dibujó recto sobre un descenso atrapado a 1. Ningún número de ninguna de las partes podría arreglar eso desde dentro del contexto, por lo que la rebanumeración de la estantería no hizo nada. Nada necesitaba el z-index: NavPri es 30, NavTop 20 y la herramienta dock 200, así que Todos ellos aún limpian un envoltorio que no nombra ninguno. Medido contra una copia de la cadena real, cuerpo, este envoltorio, la página scroller, principal, el contenido de la plataforma de lanzamiento, con el real ScrollbarLayer montado en un solo valor: Envuelta z-index 1 -o la barra gana la superposición (lo que se envió) wrapper z-index 1, launchpad arreglado - la barra STILL gana (lo que se informó) tampoco -o el descenso gana (este compromiso) y, con stand-ins en los verdaderos z-indexes de los navs, la barra superior y el carril lateral ambos todavía pintan por encima de la página.