- Shipped
- 4 settembre 2026 alle ore 20:28 UTC
- Author
- Kamo
- Commit
- 021a5ff
L'org sceglie "Register Site Logo Overlay" in kamo-internal accanto al home page e sovrapposizioni dello schermo di caricamento. Una impostazione per l'intero sito: ogni passo del flusso di registrazione, l'organizzazione e gli schermi di squadra, la schermata di completamento e la schermata di firma chiusa. Così ThemeLogo non prende prop per esso e legge il colore stesso, il modo in cui già legge l'identità del logo aziendale-vs-software auth - config.json è l'unica fonte di marca di org, e un prop sarebbe uno di più ogni sito di chiamata deve ricordare. Il colore arriva già risolto: il kamo-internal memorizza un TOKEN così un org che rebrands mantiene un overlay corrispondente, e il servizio di sicurezza risolve quando scrive config.json. Niente qui. ha bisogno del vocabolario di tredici token. Un valore CSS non può parse è caduto piuttosto che passare attraverso - un colore di sfondo non valido dipinge il mascherato scatola trasparente, che legge come un logo che è scomparso. Una maschera, non un filtro: un filtro può solo spingere i colori esistenti di un logo intorno e non può raggiungere un obiettivo arbitrario. Il <img> rimane montato e semplicemente invisibile in modo che mantiene la sua scatola esatta per la maschera da riempire, lasciare invariato il layout di ogni chiamante. La sua colonna e la sua chiave config.json, separate dal sign-in site's: i due sono marchiati indipendentemente, e un org che white-labels uno non ha bisogno di white-label l'altro.