- Navios
- 4 de setembro de 2026 às 20:28 UTC
- Autor
- Kamo
- Enviar
- a4604e4
O org escolhe "Login Site Logo Overlay" em kamo-internal ao lado da casa sobreposições de tela de página e carregamento. Uma configuração para todo o site: o sign-in form, o coletor de espaço de trabalho, recuperação de senha e reset, e o tela de saída são o mesmo logotipo no mesmo fundo, e ninguém quer para definir a sombra cinco vezes. Assim, ThemeLogo não toma nenhum prop para ele e lê a cor em si, a maneira como ele já lê a empresa-vs-software identidade logo - config.json é este site é a única fonte de branding org, e um prop seria mais um coisa que cada site de chamadas tem que lembrar. A cor já chega resolvida: kamo-internal armazena um TOKEN org que rebrands mantém uma sobreposição correspondente, e o serviço de segurança resolve contra a paleta daquela org quando escreve config.json. Nada aqui. precisa do vocabulário de treze token. Um valor CSS não pode processar é descartado em vez de passar - uma cor de fundo inválida pinta o mascarado caixa transparente, que lê como um logotipo que desapareceu. Uma máscara, não um filtro: um filtro só pode empurrar as cores existentes de um logotipo em torno e não consegue alcançar um alvo arbitrário. O <img> permanece montado e apenas invisível para que ainda dispara em Load (a única fonte de naturalSize) e sobreErro (que caminha o logo-full extensão fallbacks), e assim ele Ainda tem a sua caixa exacta para a máscara preencher. Cada disposição de chamada é inalterado. A pequena marca animada na pílula "Desenvolvido por KamoCRM" é o próprio org logo também, por isso segue a configuração - ele apenas renderiza através da próxima / imagem para a carga ansiosa da pílula, por isso carrega a máscara em si em vez de tornando-se um ThemeLogo. De outra forma, teria sido o único logótipo na local a configuração falhou.