61. Data, intervalo e hora

Rodada zero: NÃO VISITADO — e a visita mudou a seção. O dispositivo existe no produto de referência (o §13 já tinha lido a data renderizada — C80, cor por estado), mas o seletor nunca tinha sido aberto. Navegação autorizada, modo somente leitura: o seletor foi aberto, lido e fechado; nenhuma data foi escolhida, alterada ou limpa. Oito dispositivos observados, C117–C124, no §15 do estudo-clickup-completo.md.

E a volta estreou um método que rendeu na primeira tentativa. Além da captura de tela, foi lida a árvore de acessibilidade da mesma região. As duas não coincidem — e o achado é o C122, negativo: cada dia é um button cujo nome acessível é só o número (button "2"), sem role="grid", sem gridcell, sem columnheader, e sem aria-selected no dia escolhido. Na tela o dia 31 tem fundo sólido; na árvore ele não carrega estado nenhum.

Copiar a forma teria copiado o defeito, porque o defeito não aparece na captura.

Base (3 rodadas, 2026-08-16), e o canon diverge em TRÊS. (a) ARIA APG — calendário é role="grid" sobre <table> (row/columnheader/gridcell vêm implícitos de tr/th/td); cabeçalho de coluna com abbr trazendo o dia por extenso; aria-selected="true" só na célula escolhida; com campo vazio, o foco entra no dia de hoje; teclado ←/→ dia, ↑/↓ semana, Home/End na semana, PageUp/PageDown mês, Shift+PageUp/Down ano; e o campo de texto recebe aria-describedby apontando para a descrição do formato. (b) GOV.UK / NHS — não use calendário quando o usuário já sabe a data: use campos de texto, com inputmode="numeric" e autocomplete (bday-day/bday-month/bday-year) para o SC 1.3.5. O calendário é para quando a data não é sabida. (c) USWDS — faz os dois (campo + botão de calendário), e monta o intervalo como dois seletores independentes, com data-min-date/data-max-date. Admite duas coisas: que não valida a coerência entre início e fim, e que o componente passa no SC 3.3.2 com ressalva — falta instrução visível de como usar o botão de calendário.

R3 normas: SC 3.3.2 (o formato esperado tem de estar visível, não só no placeholder) · SC 1.3.5 (identificar o propósito do campo) · SC 3.3.7 Redundant Entry, nível A (o que o usuário já informou na sessão não se pede de novo).

61.1 A régua: pergunte se o usuário JÁ SABE a data#

A divergência não tem "jeito certo" — tem dois problemas diferentes que a mesma forma serve, e foi assim que o §60 se resolveu. Aqui a pergunta é outra:

Os dois existem SEMPRE, e nenhum é opcional. O GOV.UK está certo sobre a data sabida e o APG está certo sobre a data descoberta; escolher um dos dois seria acertar metade dos casos. No ERP da SEED os dois casos convivem na mesma tela: a data de emissão de uma nota o usuário sabe e digita; o agendamento de uma OS depende de que dia da semana cai e de quem está livre.

61.2 Os contratos#

61.3 A fronteira: o que este componente NÃO decide#

• Regra de negócio de prazo — o que conta como atraso, se sábado é dia útil, qual feriado vale. O componente exibe e coleta; quem decide é o produto.
• Recorrência (DH17) · fuso como configuração · calendário de trabalho.
• Conversão de unidade de tempo — herdado do VD15: conversão é regra de engenharia.

61.4 O contrato que nasce SEM LEITURA, e isso está dito#

O DH12 — como o seletor desenha o vão entre início e fim — não pôde ser observado. A tarefa aberta tinha só a data de vencimento, e preencher a data inicial seria escrita, fora do modo autorizado. Não havia outra instância à mão com os dois extremos.

Achado negativo é achado. O DH12 fica marcado como decidido por canon e norma, sem leitura visual — e é o único dos dezoito nessa condição. Se uma volta futura achar uma instância com intervalo preenchido, ele é o primeiro a ser reconferido. Registrar de qual contrato não se tem leitura é o que separa uma spec incompleta de uma spec que não sabe onde está incompleta.

61.5 Números — a MEDIR na produção da bancada#

Método do §55: a seção nasce só com relações. Ficam a medir: altura e alvo da célula de dia · largura da grade · espaçamento entre semanas · o par de cor de hoje, do escolhido, do vão, do hover e do foco, nos dois temas e em forced-colors (herdando o SG6-b) · alvo do gatilho do calendário · e a distinção entre dia do mês corrente e dia vizinho.

Nenhuma medida é afirmada aqui.

61.6 A bancada — e as três decisões que ela obrigou#

banco-data.html · suite-data.mjs 25 PASS · 0 FAIL · 1 [n/a].

(a) O "hoje" da bancada é FIXO, e isso é decisão, não conveniência#

Um calendário que consulta o relógio muda de bytes todo dia. Isso quebraria a âncora (bytes + MD5) que este projeto usa para provar que um arquivo é o que se pensa que ele é, e nenhuma guarda poderia afirmar "o dia 16 está marcado como hoje". A data de referência entra pelo gerador, declarada — nunca de Date.now().

É a mesma razão pela qual as suítes esperam por CONDIÇÃO e não por tempo: estado que depende do relógio não é verificável. O selo da bancada diz qual é o "hoje" dela, na primeira linha.

E o intervalo de exemplo é escolhido por asserção, não por gosto: o gerador aborta se hoje não cair dentro do intervalo, porque é a única forma de provar, na mesma imagem, que "hoje" e "escolhido" têm marcas diferentes (DH7).

(b) Dois alvos abaixo do piso, e o motivo do primeiro vale como regra#

O gatilho do calendário media 40px. A caixa declarava min-height: 44px — mas isso é a altura externa: descontadas as bordas e o alinhamento, o botão ficava com 40. A célula de dia media 42px.

Regra: alvo se mede no retângulo do CONTROLE, não no contêiner que o abriga. Declarar 44 no pai é a versão sutil do defeito do ::before da SG-P7 — o número certo, no elemento errado.

(c) A ambiguidade que o DH15 existe para expor apareceu na própria bancada#

Dois atalhos de nomes diferentes — "Amanhã" e "Próxima segunda" — resolvem para a mesma data, porque o "hoje" fixado cai num domingo. A suíte registra isso como medida, não como falha: é exatamente a ambiguidade que torna a data resolvida necessária. Sem ela, o usuário clicaria em dois botões diferentes esperando resultados diferentes.

61.7 O gate achou um calendário inoperável — com 25 PASS · 0 FAIL#

Verbatim, 2026-08-16: "não consegui ter ação no calendário. não consegui fazer seleção de intervalo de data com o mouse, nem clicar em nenhuma data, quanto mais fazer o teste com tab".

A banco-data.html v0.1 tinha a grade estática, emitida em HTML pelo gerador. O clique num dia movia o foco e escrevia numa live region — nada mudava na tela. Não dava para escolher um intervalo, não dava para mudar de mês, e o gatilho do calendário não abria nada.

Uma grade estática não é um seletor de data — é a FOTO de um. E a foto passou em vinte e cinco guardas, porque todas elas mediam marcação: papel, nome, estado, alvo, teclado sob foco programático. Nenhuma perguntou se o usuário consegue usar.

E a guarda que devia pegar isso tinha sido escrita para não olhar ali#

A suite-data.mjs v0.1 tinha uma guarda BTN — "nenhum botão morto", regra do projeto desde sempre. E ela excluía, por escrito:

!b.closest('table[role="grid"]') && !b.closest('.cal__nav') &&
!b.classList.contains('cal__hoje') && !b.classList.contains('cd__gatilho')

Os quatro lugares onde o defeito estava. Eu escrevi a exclusão porque aqueles botões "não são CTA comum" — e com isso removi do exame exatamente o que precisava ser examinado.

Regra nova: guarda escrita para NÃO OLHAR onde o defeito mora é pior que guarda nenhuma. Sem guarda, a pergunta continua aberta. Com uma guarda que desvia o olhar, o verde impede a pergunta. Toda exceção numa guarda precisa de motivo escrito — e o motivo não pode ser "esse caso é chato de medir".

E há exclusão legítima: a guarda nova exclui [disabled], porque a plataforma define que botão desabilitado não responde. Excluir pelo que o contrato diz é método; excluir por onde o defeito mora é fuga.

As cinco guardas que nascem disso#

E a BTN passa a clicar em todo botão do componente, zerando a live region antes de cada clique.

Dois defeitos de instrumento a mais, e um de artefato achado pelo teste#

Nono (instrumento): a exclusão da BTN, acima. Décimo (instrumento): a primeira versão da BTN nova media "o texto do anúncio MUDOU" — e dois campos de mesmo rótulo dizem legitimamente a mesma frase. Ela acusou quatro botões corretos de mudos. Comparar com o valor anterior confunde "não respondeu" com "respondeu igual". Agora a região é zerada antes de cada clique: o teste é presença, não diferença.

E um defeito de artefato que só um teste de comportamento acha: a prévia do vão chamava desenha() no mouseenter, e desenha() reescreve o innerHTML — o elemento sob o cursor era destruído, o mouseenter disparava de novo no elemento novo, e o calendário entrava em laço, tremendo. Redesenhar em resposta ao ponteiro destrói o alvo do próprio ponteiro. A prévia passou a mutar atributos das células existentes, sem recriar nada.

E o calendário foi para o TOPO da página#

Ele vinha depois de sete campos de exemplo — cerca de trinta e três tab stops. Agora são quinze, e a grade é a primeira coisa substantiva do arquivo. O que a bancada existe para provar vem primeiro; o catálogo de estados vem depois.

61.8 Nível de prova, declarado#

Aplicando a régua da v10.2 — ao promover, declare o NÍVEL de prova de cada contrato:

A seção segue rascunho, e não é formalidade. Sem consumidor em produção e sem gate visual, o que existe é um componente que passa nos testes que ele mesmo trouxe. Placar verde não diz se o contrato sobreviveu ao mundo ou só ao caso que escrevemos para ele.

61.8 Pendências#

Aviso de supersede (2026-08-17): a linha DH-P6 desta tabela está SUPERSEDIDA pelo §64.10.4 — ela FECHOU com o re-gate observado da banco-data v0.4. A tabela abaixo fica como histórico; o estado vigente é o do §64.10.4.

---