- Verschifft
- 4. September 2026 um 20:28 UTC
- Autor
- Kamo
- Ausschuss
- a4604e4
Die Org wählt "Login Site Logo Overlay" in kamo-internal neben dem Haus Seite und Laden Bildschirm Overlays. Eine Einstellung für die ganze Seite: die Anmeldeformular, der Workspace Picker, Passwort-Wiederherstellung und Reset, und die Sign-out-Bildschirm sind das gleiche Logo auf dem gleichen Hintergrund, und niemand will um den Schatten fünfmal einzustellen. ThemeLogo nimmt also keine Requisite und liest die Farbe selbst, so wie sie bereits liest die company-vs-software auth logo Identität - config.json ist Diese Website ist die einzige Quelle für Org Branding, und eine Requisite wäre eine mehr was jeder Anruf-Website zu merken hat. Die Farbe kommt schon gelöst: kamo-interne Speicher ein TOKEN so an org, dass Rebrands hält eine passende Overlay, und Security Service löst es gegen die Org-Palette, wenn es config.json schreibt. Nichts hier braucht das dreizehn-Token-Vokabular. Ein Wert, den CSS nicht parsen kann, wird fallen gelassen anstatt durchgegangen - eine ungültige Hintergrundfarbe malt die maskierten Box transparent, die als Logo liest, das verschwand. Eine Maske, kein Filter: Ein Filter kann nur die vorhandenen Farben eines Logos drücken herum und kann ein beliebiges Ziel erreichen. Die <img" bleibt montiert und nur unsichtbar, so dass es immer noch feuert aufLoad (die einzige Quelle von naturalSize) und auf Error (die geht das Logo-volle Verlängerung Fallbacks), und so ist es noch hält seine genaue Box für die Maske zu füllen. Das Layout jedes Anrufers ist unverändert. Die kleine animierte Marke in der Pille "Powered by KamoCRM" ist die eigene Logo auch, so folgt es der Einstellung - es macht nur durch nächste / Bild für diese Pille eifrige Last, so trägt es die Maske selbst statt zu einem ThemeLogo. Es wäre sonst das eine Logo auf der Website die Einstellung verpasst.