Padrão UI e Conteúdo do Covil

Objetivo

Este documento define o padrão obrigatório para páginas públicas e telas de autenticação. Outras IAs devem seguir estas regras antes de criar novos componentes, telas ou copy.

Navegação pública

• Rotas canônicas: /, /sobre, /eventos, /loja, /galeria, /diretoria, /ingressos, /login, /cadastro.
• Mobile usa bottom nav flutuante com Início, Eventos, Loja, Galeria e Mais.
• O item Mais abre sheet com Sobre, Diretoria, Ingressos e Entrar ou Admin.
• Desktop usa header superior com links diretos e um único CTA utilitário.

Componentes-base

• Botões: usar button.tsx com variantes primary, secondary, ghost, danger.
• Cards: usar card.tsx ou a classe surface-card.
• Inputs: usar input.tsx, select.tsx e textarea.tsx.
• Estados: usar status-message.tsx e empty-state.tsx.

Regras visuais

• Manter raio alto em cards e containers principais: rounded-[28px], rounded-[32px] ou rounded-card.
• Usar grid previsível e alinhamento vertical claro. Não misturar cards com alturas aleatórias quando a seção pede comparação.
• Não criar novos botões “especiais” por página. Se faltar uma variante, evoluir o componente base.
• Seções públicas usam SectionShell; páginas dedicadas usam PageHero no topo quando houver contexto editorial suficiente.
• Landing page deve ser teaser, nunca dumping ground de todos os blocos do produto.

Regras de copy

• Nunca usar matilha ou outro apelido animal como voz oficial.
• Preferir: atlética, comunidade, alunos, membros, campus, torcida.
• Eventos e Loja são os nomes oficiais de navegação.
• Agenda e Merch só podem aparecer como apoio contextual, não como nome principal de página ou item do menu.
• A copy deve ser direta, visual e institucional, mas sem exagero performático.

Regras de conteúdo

• Títulos, descrições e CTAs principais devem vir de site_sections no Supabase sempre que existir chave correspondente.
• Quando o Supabase não estiver configurado, o fallback único é site-fallback.ts.
• Não reintroduzir strings institucionais grandes diretamente em páginas sem primeiro verificar se já existe chave em site_sections.

Checklist antes de entregar UI pública

• Navegação mobile funciona sem menu fullscreen antigo.
• Desktop e mobile mantêm o mesmo conjunto de rotas canônicas.
• Nenhuma copy pública contém matilha.
• Cards e CTAs da seção usam a mesma hierarquia visual do restante do site.
• Se a tela adiciona um novo bloco institucional, documentar a chave em site_sections.