- Verschifft
- 15. August 2026 um 07:08 UTC
- Autor
- Kamo
- Ausschuss
- ac80907
KamoMeet ist eine Meet-Genke ohne Zugang zu OrgContext, also lernt es org Branding aus dem Thema config.json dieser Service backt. Die Org speichert eine überlagerte TOKEN; dies löst es gegen die eigene Palette von Org und schreibt die fertige Hex als KamomeetLogoOverlayColor. Hier lösen, anstatt den dreizehn-Token-Tisch in die Gabel zu verschiffen ist der Punkt: dass Repo bereits die org Hintergrund-Diashow als eine trägt von neun unabhängigen Kopien, und eine zweite solche Tabelle würde die gleiche driften Weg. Eine aufgelöste Farbe zu backen ist auch nicht die "eingefrorene Hex" diese Funktion vermeidet in der Datenbank - config.json wird auf jedem Branding-Save regeneriert, Farbveränderungen inklusive. Der Präfix-Zugriff ist explizit und nicht "nicht SECONDARY bedeutet PRIMARY". A Test fing ein, was die lose Version tat: "#FF0000" ist genau so lang wie "PRIMARY", so ließ es einen leeren Schritt und gelöst, um die primäre Basis - a Farbe niemand wählte, Ankunft auf einem Bildschirm niemand auf der Plattform-Seite je schaut zu. Unbekannte Token und Unet-Töne werden von config.json weggelassen ganz so lautet "no overlay". Der Token-Tisch muss im Gleichschritt mit dem logoOverlay.ts von kamo-internal bleiben; Tests sind es, die eine Divergenz zu einem Baufehler machen.