- Spegnimento
- 4 settembre 2026 alle ore 20:28 UTC
- Autore
- Kamo
- Impegno
- a4604e4
L'org sceglie "Login Site Logo Overlay" in kamo-internal accanto alla casa pagina e sovrapposizioni dello schermo di carico. Una impostazione per l'intero sito: il modulo di accesso, il picker spazio di lavoro, il recupero della password e il ripristino, e schermo di segnale-out sono lo stesso logo sullo stesso sfondo, e nessuno vuole per impostare l'ombra cinque volte. 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 solo invisibile in modo che ancora incendi suLoad (l'unica fonte di naturalSize) e onError (che cammina il logo-full estensione fallbacks), e così ancora tiene la sua scatola esatta per la maschera da riempire. Il layout di ogni chiamante è invariato. Il piccolo marchio animato nella pillola "Powered by KamoCRM" è il proprio org logo anche, quindi segue l'impostazione - rende solo attraverso il prossimo / immagine per il carico ansioso di quella pillola, quindi porta la maschera stessa piuttosto che diventare un ThemeLogo. Sarebbe stato altrimenti l'unico logo sul sito l'impostazione mancata.