---
fonte: 01-canonicos/seed-componentes.md
versao_da_fonte: v1.67
secao: h59
titulo: "Histórico da seção §59 — Campos de valor do domínio — monetário, medida e duração (não é regra)"
status: historico
vigente_desde: null
superseded_by: null
tipo_de_fatia: historico
secao_mae: 59
quando_consultar: "Histórico da §59 — NÃO é regra; leia só se a pergunta for sobre o passado (quando e por que a decisão mudou)."
em_uma_frase: null
nao_cobre: null
conceitos: null
vocabulario: null
sequencia: 122 de 172
bytes_do_corpo: 1148
md5_do_corpo: f990fef4123048036621d06d44c175ea
gerado_por: 06-validacao/geradores/gen-camada-ia.py
nota: fatia GERADA — o corpo abaixo é byte a byte o trecho do canônico; edite o canônico, nunca esta fatia. Canônico inteiro em https://ds.seed.eng.br/01-canonicos/seed-componentes.md
---
### Histórico da seção

> **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.

---