O ponto de partida: um designer, não uma página em branco
Uma aplicação gerada começa com um dos cerca de cem perfis de designers cuidadosamente selecionados, cada um corresponde a uma referência real de design, citada como tal, e não a um tema genérico. Escolher um perfil no momento da geração equivale a escolher uma intenção (densa e funcional, arejada e editorial, escura e de alto contraste…), em vez de começar com um formulário vazio de marcação que exige preencher campo a campo.
Essa escolha pode ser alterada posteriormente: duplicar um perfil selecionado como ponto de partida e depois ajustá-lo é o caminho normal, não uma exceção.
A sua charte gráfica: cores, tipo de letra, densidade, e muito mais
O primeiro nível de ajuste é aquele que se espera: uma paleta de oito cores (destaque, cores estruturais, cores de conteúdo, fundos), um tipo de letra, um raio de cantos e uma densidade de espaçamento. Estes elementos controlam toda a interface gerada, e não apenas uma página isolada.
Um segundo nível, menos visível mas igualmente real, vai ainda mais longe: a escala e o peso tipográficos, a capitalização dos títulos, o tratamento das superfícies (elevação, contorno, contraste), a composição dos blocos estruturantes (cartão, barra lateral, cabeçalho), o movimento das transições, a largura do layout, uma paleta escura dedicada e tratamentos de título expressivos por intenção (bloco de cor, sombra projetada colorida, itálico). Cada definição deste segundo nível é opcional: deixar qualquer campo em branco mantém exatamente o comportamento do perfil de designer escolhido, nada se degrada por defeito.
A navegação ajusta-se depois, sem necessidade de regenerar tudo
As legendas da barra lateral, a sua ordem e os títulos das páginas não ficam fixados na altura da geração: podem ser personalizados diretamente nas definições da aplicação, assim que esta estiver em produção, sem ter de relançar uma geração completa. Trata-se de uma definição global e persistente para a aplicação, e não de uma preferência individual por utilizador.
Esta é uma diferença prática face à alternativa de «regenerar para renomear um menu»: aqui, o ajuste incide exatamente no que precisa de ser alterado, em vez de reabrir todo o plano da aplicação.
O que não se ajusta manualmente, e porquê
As propriedades dos componentes de interface e o layout determinístico (que dados vão para que tipo de ecrã, como se monta uma tabela ou um painel de controlo) não são definições acessíveis: são definidos pelo gerador, e não por si. Isto não é uma limitação temporária, é a mesma filosofia que orienta todo o produto: a conformidade técnica é garantida por construção, nunca deixada ao critério de um ajuste que poderia originar um ecrã com falhas.
Existe também uma proteção específica para as cores: apenas é permitida uma única cor de destaque por aplicação. Caso seja usada uma segunda cor pura como preenchimento decorativo, o sistema deteta-a e corrige-a automaticamente. Esta não é uma restrição arbitrária, uma identidade visual disputada entre dois destaques concorrentes é o defeito visual mais frequente numa personalização improvisada, e a aplicação evita-o por conceção, em vez de depender da atenção de cada utilizador.
Como proceder, na prática
No momento da geração: escolha um perfil de designer próximo da intenção pretendida, ou mantenha o perfil por defeito se a identidade visual ainda não for uma prioridade, poderá ajustá-la depois, sem necessidade de regenerar.
Assim que a aplicação estiver em produção: adapte a identidade visual (cores, tipo de letra, densidade) para definir a identidade de primeiro nível; depois, se necessário, ajuste as definições de estrutura para os pormenores que marcam a diferença, sem nunca tocar no código dos próprios ecrãs, que continua a ser exatamente aquele validado pelo gerador.