O Chrome 154 entrou em beta com uma mudança que parece pequena no CSS, mas mexe diretamente no significado exposto às tecnologias assistivas. Marcadores de rolagem usados em carrosséis agora podem se comportar como links ou como tabs. O release também traz novas ferramentas de decoração de texto e alguns ajustes relevantes de plataforma.
Um carrossel pode ser navegação ou troca de painel
A propriedade scroll-marker-group passa a aceitar os modos links e tabs. No modo links, os marcadores recebem semântica de navegação e link. Todos entram na sequência normal de Tab, e ativar um deles move o foco para o destino relacionado.
No modo tabs, o grupo vira uma tablist, cada marcador funciona como tab e o conteúdo associado como tabpanel. Apenas a tab ativa participa da sequência de Tab; as setas movem a seleção, e conteúdo inativo deixa de aparecer na árvore de acessibilidade.
A escolha não é estética. Um conjunto de âncoras para pontos de uma página se parece com links. Um componente em que apenas um painel deve estar ativo se aproxima de tabs. Escolher tabs só para reduzir o número de paradas de teclado pode esconder conteúdo que deveria continuar acessível.
CSS ganha controle fino sobre sublinhados
text-decoration-inset permite recuar o início e o fim de uma decoração, enquanto text-decoration-skip-spaces controla o tratamento dos espaços. São detalhes úteis em links compostos, breadcrumbs e efeitos editoriais onde o sublinhado não deveria encostar em toda a caixa de texto.
O valor prático está em substituir truques com gradientes e pseudo-elementos que precisam reproduzir quebra de linha. Ainda assim, decoração não pode ser o único sinal interativo para quem não a percebe. Contraste, foco visível e texto compreensível continuam fazendo o trabalho pesado.
Mudanças menores que podem pegar código de surpresa
Popovers e dialogs com light dismiss deixam de fechar por rolagem ou clique com botão direito. A correção evita que um gesto usado para ler ou abrir o menu de contexto desmonte a interface. Vale revisar testes automatizados que codificaram o comportamento antigo.
A API de WebSocket recebe um options bag e a opção targetAddressSpace, alinhada às restrições de acesso a redes locais. Background Fetch passa a aplicar CORS e Local Network Access. No JavaScript, iteradores ganham includes(), conveniente para verificar presença sem materializar toda a sequência.
Também há algoritmos criptográficos novos no WebCrypto, entre eles ML-KEM, ML-DSA, ChaCha20-Poly1305 e X-Wing. Isso não torna prudente desenhar um protocolo próprio. APIs primitivas ampliam possibilidades; protocolos revisados e bibliotecas maduras continuam sendo a rota segura.
Beta é hora de testar, não de presumir suporte
- Abra carrosséis existentes com leitor de tela e navegação por teclado.
- Confirme se o componente representa links ou painéis mutuamente exclusivos.
- Use
@supportse fallbacks nas propriedades novas de CSS. - Rode a suíte contra popovers, dialogs, WebSocket e Background Fetch se o produto depende dessas áreas.
O ponto forte do Chrome 154 beta é lembrar que CSS também define comportamento acessível, não apenas pintura. Uma palavra como tabs altera foco, teclado e árvore de acessibilidade ao mesmo tempo. Testar o resultado com pessoas e ferramentas importa mais que admirar a sintaxe.