- Expédié
- 6 septembre 2026 à 21:56 UTC
- Auteur
- Kamo
- Commite
- 4ea142b
Les menues d'appoint du bar d'administration peignaient sous la barre de défilement de l'App Shelf, et abaisser l'indice z de l'étagère la dernière fois n'a pas aidé - parce que le nombre était Jamais le problème. L'enveloppe de contenu du pavé de lancement est "position: relative" avec "zIndex: 1" en fait un CONTEXTE STACKING. Tout ce qui se trouve ensuite à l'intérieur est ensuite coiffé au niveau 1 du contexte racine: un menu déroulant demandant 40 est vraiment peint à 1. Barbare surbarre porte ses barres vers le corps et leur donne leur tour de contact le plus proche indexé ancêtre PLUS ONE 2 pour un volet de repos - donc chaque barre sur cette page s'est dessinée chaque liste déroulante, quels que soient les nombres de l'un ou l'autre côté choisit. overlayGeometry dit autant dans son propre doc: "un scroller dans la coquille de page se trouve sous un ancêtre à z-index 1 et obtient 2". L'enveloppe n'a pas besoin d'être un contexte d'empilement. La goutte d'eau est z-index -1, et un élément positionné sans indice z peint déjà au-dessus de cela. Mesuré dans un navigateur contre une copie fidèle de la structure de la page, avec réelle ScrollbarLayer montée: avec le contexte, la barre gagne le chevauchement; sans c'est la liste déroulante qui s'ouvre (panne 12, barre 13, décrochage 40) et fermé (bar 1) - et la toile de fond reste à l'origine du contenu. Deux notes pour la personne suivante. Ma première sonde de cela a omis l'emballage, donc il "passé" contre le bug. Et elementFromPoint n'est pas un test d'ordre de peinture ici: le conteneur de superposition n'est pas un pointeur-événement, donc le test de frappe le saute et nomme le mauvais gagnant à moins que vous ne forceriez les événements de pointage en premier.