- Verschifft
- 15. August 2026 um 06:47 UTC
- Autor
- kamo
- Ausschuss
- b77f947
Fügt "Loading Screen Logo Overlay" direkt unter der Startseite eins auf ************ mit den gleichen dreizehn Optionen, Anwendung auf das Logo auf dem Bildschirm zwischen Seitennavigierungen angezeigt. Default Kein Overlay, also ändert sich nichts für ein Org, das nie das Feld öffnet. Seine eigene Einstellung anstatt eine mit der Homepage geteilt, weil die beiden Oberflächen haben gegensätzliche Hintergründe: einen weißen Mastkopf und einen dunklen Farbverlauf. Der Schatten, der auf dem einen liest, ist selten der Schatten, der auf dem anderen liest, und eine einzige Einstellung würde eine Wahl erzwingen, die irgendwo falsch ist. Die Hinweis unter jedem sagt so. Der Typ ist jetzt LogoOverlay, nicht HomeLogoOverlay - er regelt zwei Oberflächen, und ein Typ, der nach einem von ihnen benannt ist, würde beide innerhalb einer Woche falsch beschreiben. Die Wortschatz, der Resolver und die Optionsliste werden gemeinsam; nur die Spalte Jede Oberfläche liest ist anders, so dass die Farben nicht auseinander driften. load.tsx liest OrgContext direkt und nicht durch das Werfen Haken: es steigt während der Navigation und darf nie das Ding sein, das eine bricht Seitenübergang. Ein fehlender Org bedeutet kein Overlay, das der Standard ist sowieso. Die beiden Lesereihen geben sich eine identische Form, so dass sie sich jetzt eine teilen Helfer statt mit jeweils einem Exemplar. Benötigt die geladene_logo_overlay-Spalte (KamoInitializer, angewendet) und SecurityService gegen die Shared-lib-Einheit umgebaut.