# Causa final confirmada do bug de tipografia em produção

## Resumo executivo
O problema remanescente não estava mais na escolha do layout nem no versionamento do asset principal. Esses pontos já tinham sido atacados pelos patches anteriores. O ponto que ainda deixava espaço para falha era a **stack tipográfica real em produção**, que continuava priorizando `Inter` sem embarcar a fonte como webfont no portal.

## Evidência objetiva encontrada
A própria documentação de correção previa uma stack segura priorizando fontes de sistema (`"Segoe UI", Arial, "Helvetica Neue", Helvetica, ...`), mas o código publicado ainda mantinha:

- `public/assets/css/app.css`: `--portal-font-sans: Inter, "Segoe UI", Arial, sans-serif;`
- `src/helpers.php`: `--portal-font-sans-runtime: Inter, "Segoe UI", Arial, sans-serif;`

Como o portal **não entrega Inter via `@font-face`/woff/woff2**, o navegador cai em qualquer fonte local registrada como `Inter` na máquina do cliente. Se essa fonte local estiver corrompida, substituída, incompleta ou for uma fonte de glifos/símbolos, o texto comum passa a renderizar como símbolos/figurinhas.

## Por que isso explica o sintoma relatado
- o defeito aparece em **alguns computadores** e não em todos;
- layout e botões carregam, mas a **tipografia textual** fica incorreta;
- patches de layout/cache ajudaram no controle de runtime, mas não eliminam colisão com fonte local instalada na máquina do cliente.

## Correção aplicada neste pacote
1. Remover a prioridade de `Inter` da stack principal.
2. Padronizar a stack textual para fontes de sistema:
   - `system-ui, -apple-system, BlinkMacSystemFont, "Segoe UI", Arial, "Helvetica Neue", Helvetica, sans-serif`
3. Aplicar a mesma stack no `app.css` e no guard inline de runtime.
4. Expor a stack ativa também nos atributos `data-runtime-*` e no badge `?fontdiag=1`.

## Arquivos alterados
- `public/assets/css/app.css`
- `src/helpers.php`
- `resources/views/layouts/auth.php`
- `resources/views/layouts/admin.php`
- `resources/views/layouts/main.php`
- `resources/views/layouts/public.php`
- `resources/views/layouts/app.php`
- `resources/views/layouts/client.php`

## Validação em produção
1. Deploy do portal atualizado.
2. Abrir a página problemática com `?fontdiag=1`.
3. Confirmar no badge:
   - layout correto
   - versão nova de `app.css`
   - stack textual sem `Inter` na frente
4. Fazer hard reload na máquina afetada.
5. Se a tipografia normalizar nessas máquinas, a causa fica confirmada.
