- Verschifft
- 6. September 2026 um 23:33 UTC
- Autor
- Kamo
- Ausschuss
- 03743d0
Mein letzter Fix war in der falschen Datei. Entfernen des Stapelkontextes aus dem launchpad nichts geändert, weil die eine, die zählt, ist ein Level darüber, in die Shell, die JEDE Seite umwickelt. Der Hauptinhalts-Wrapper von AuthedChrome ist "Position: absolut" mit "zIndex: 1", also Jede Seite in der App ist auf Level 1 des Root-Stacking-Kontextes gedeckelt: ein Administrator Dropdown fragt nach 40 wirklich malen bei 1. ScrollbarLayer Portale seine Takte zu <body> und gibt jedem seinen scroller nächsten z-indexierten Vorfahren PLUS ONE, also saß die Bar des App Shelfes bei 13 im ROOT-Kontext und zeichnete direkt über einen Dropdown bei 1 gefangen. Keine Zahl auf beiden Seiten könnte das beheben innerhalb des Kontextes, weshalb die Neunummerierung des Regals nichts gebracht hat. Nichts brauchte den z-Index: NavPri ist 30, NavTop 20 und das Tool Dock 200, so Alle von ihnen noch klar ein Wrapper, dass keine Namen. Gemessen an einer Kopie der realen Kette - diesem Wrapper - der Seite scroller - Haupt-"-"Content" des Launchpads - der Dropdown, mit dem echten ScrollbarLayer montiert - nur diesen einen Wert umzustimmen: Wrapper z-index 1 -" die Leiste gewinnt die Überlappung (was ausgeliefert wurde) Wrapper z-index 1, launchpad fix - die Bar STILL gewinnt (was berichtet wurde) weder -- der Dropdown gewinnt (diese verpflichten) und, mit Stand-Ins an den echten Z-Indizes der Navs, der oberen Bar und der Seitenschiene beide malen noch über der Seite.