59. Campos de valor do domínio — monetário, medida e duração

Rodada zero, e o veredito aqui é de um TIPO NOVO. As fases anteriores perguntavam se o arquétipo tinha leitura visual no produto de referência. Para estes componentes a pergunta não se aplica: o ClickUp não tem campo de potência em kWp nem de energia em kWh — estes campos são do domínio SEED, e não existem lá para serem observados. A base correta não é navegação: é canon de entrada numérica + normas + o domínio.

Isto é diferente dos bloqueios do A6 e do A15, que são de ambiente. Aqui não há o que visitar. Registrar a distinção importa: "não tem leitura" pode significar três coisas — não foi visitado, não existe instância, ou não se aplica —, e tratá-las como a mesma coisa é como se chega a "vamos navegar" para um problema que a navegação não resolve.

Base. R1 canon: a régua do USWDS é literal e vira o contrato central — use prefixo ou sufixo quando o campo se refere a uma unidade ou valor monetário, mas a entrada do usuário deve conter apenas dígitos, não a unidade nem o símbolo; e não use prefixo quando o campo é aberto o bastante para admitir resposta que não seja número. R2 stack: o React Aria é explícito sobre por que não usar <input type="number"> — comportamento inconsistente entre navegadores e plataformas, opções de formatação localizada limitadas e stepper difícil de estilizar. E traz o fato que decide a implementação: o navegador só FORMATA, não faz PARSING — o Intl.NumberFormat gera a string, e ler de volta exige parser próprio construído a partir do formatador. R3 normas: rótulo associado (1.3.1), instruções (3.3.2), erro que identifica o problema (3.3.1) e sugere a correção (3.3.3), e validação que não depende só de cor. Sobre o 1.3.5 Identify Input Purpose, a resposta oficial do W3C é a que aplicamos no VD12.

59.1 Os contratos#

59.2 Anatomia#

   Potência                              ← rótulo visível (1.3.1)
  ┌──────────────────────────────┬─────┐
  │                   1.240,00   │ kWp │  ← sufixo, aria-hidden (VD2, VD3)
  └──────────────────────────────┴─────┘
   Use ponto para milhar e vírgula para decimal.   ← instrução (3.3.2)

  ┌─────┬────────────────────────────────┐
  │ R$  │                   486.200,00   │  ← prefixo (VD2)
  └─────┴────────────────────────────────┘

O adorno vive dentro da fronteira do campo e o texto digitado não passa por baixo dele — o contêiner carrega a borda e o estado de foco, e o <input> entra sem borda própria. É o terceiro dos três caminhos possíveis, e o único que não deixa o texto vazar sob o adorno.

59.3 Erro — os três casos, com a frase#

As três dizem o que houve E o que fazer (SC 3.3.1 + 3.3.3). A terceira carrega o VD16: ela existe para impedir que "não sei" vire zero.

59.4 Números MEDIDOS na produção da bancada#

Um achado real na medição, e ele quase virou conveniência. O separador entre o adorno e o campo nasceu com border-subtle e mediu 1,11 — reprova o SC 1.4.11. A saída fácil seria declará-lo decorativo, como se fez com o separador entre campos no §56. Aqui não cabia, e a razão é medida: a diferença entre as duas superfícies (surface-subtle do adorno e surface-raised do campo) é de apenas 1,08 — a superfície não separa nada. A linha é o único sinal de que ali termina o adorno e começa o campo, e sinal único não pode medir 1,11. Trocado por border-interactive.

Quarto achado seguido da mesma família. O padrão está firme: border-default e border-subtle são fronteiras de LEITURA; onde a fronteira precisa ser VISTA, o token é border-interactive. E a régua para decidir se cabe declarar decorativo agora tem um teste: meça se existe OUTRO sinal. Se a superfície separa, a linha é reforço; se não separa, a linha é o sinal, e sinal se mede.

59.5 Validação#

A guarda que vale mais é o bloco FMT, e em particular a FMT-02. Ela prova o VD5 com o caso que separa um ERP correto de um ERP perigoso: em pt-BR o ponto é separador de MILHAR. Digitar 1240.5 não significa mil duzentos e quarenta e meio — significa doze mil quatrocentos e cinco, e a guarda verifica que o parser lê assim e reprova pelo teto. Um parser que "adivinha" trocaria o valor de um contrato por mil vezes ele mesmo.

Uma calibração de instrumento, declarada: a primeira execução acusou dois falsos porque os blocos ERR e PAS liam o estado deixado pelos blocos anteriores. A suíte passou a recarregar a página entre blocos — guarda que depende da ordem de execução das outras não é guarda, é sequência.

59.5 Pendências#

---