GitHub passa a contar eventos ao leitor de tela — navegar exige menos varredura

Em 8 de outubro de 2026, o GitHub passou a apresentar as linhas do tempo de issues e pull requests como listas para leitores de tela. A melhoria está disponível no github.com e no GitHub Enterprise Server 3.23. Ao percorrer um histórico, o leitor pode anunciar quantos eventos estão na lista e a posição do evento atual, oferecendo uma referência para encontrar atualizações sem varrer toda a página.

Para quem usa NVDA no Windows, o percurso começa na lista Atividade: a tecla I avança para o próximo evento e Shift+I retorna ao anterior. Ao acionar Load more ou Load all, o leitor anuncia quantos itens foram acrescentados e desloca o foco para um evento recém-carregado. A cobertura do WindowsForum ressalta que a fala de exemplo “11 new items loaded” ilustra o anúncio, sem estabelecer um tamanho fixo para cada carregamento.

O que a lista acrescenta ao histórico

A atividade abaixo da descrição de uma issue reúne comentários, alterações de rótulos, commits, revisões e outros eventos. O cabeçalho Atividade dá nome à lista. Ao entrar nela, a pessoa recebe uma indicação do total de itens exibidos; ao mudar de item, ouve sua posição nesse conjunto. Assim, é possível distinguir a procura por um evento da leitura detalhada de seu conteúdo.

Um comentário corresponde a um item da lista, mas nem todo item é um comentário. Avançar item por item permite acompanhar também as demais mudanças registradas na linha do tempo, sem depender dos títulos dos comentários para se orientar. Se a página oferecer Load more ou Load all, a contagem anunciada descreve o trecho apresentado naquele momento; o restante do histórico ainda pode ser carregado.

Essa estrutura é especialmente útil em discussões extensas. Quem procura uma atualização pode saltar entre eventos e parar quando encontrar o trecho relevante. A posição anunciada oferece uma referência enquanto a lista cresce, em vez de exigir que a pessoa reconstrua seu lugar pela leitura contínua dos eventos anteriores.

Como percorrer a Atividade com NVDA

O guia de acessibilidade do GitHub apresenta os comandos para NVDA em um computador Windows. Na página de uma issue, a navegação pela atividade é feita no modo de navegação. Se o leitor estiver no modo de foco, NVDA+Espaço alterna entre os modos; a tecla NVDA costuma ser Insert ou Caps Lock, conforme a configuração.

1. Localize o cabeçalho Atividade, abaixo da descrição da issue. No modo de navegação, H percorre cabeçalhos e 2 vai aos cabeçalhos desse nível.
2. Pressione L para chegar à lista. O anúncio do nome Atividade e da quantidade de itens ajuda a identificá-la entre outras listas da página.
3. Use I para avançar ao evento seguinte e Shift+I para retornar ao anterior. Esses comandos percorrem os itens da lista, incluindo comentários e outros tipos de atividade.
4. Quando quiser ler o conteúdo do evento atual, use as setas para cima e para baixo.

Há também uma rota pelos cabeçalhos dos comentários: H percorre cabeçalhos e 3 vai aos de terceiro nível. Ela serve para procurar comentários; a navegação com I acompanha a sequência completa de eventos. Por isso, quem busca uma mudança de rótulo ou outro registro que não seja comentário deve permanecer atento aos itens da lista.

As letras desse roteiro são comandos do NVDA no modo de navegação. A estrutura de lista e as informações de quantidade e posição também ficam disponíveis para VoiceOver e JAWS, mas as teclas usadas para percorrê-la variam conforme o leitor de tela e o sistema operacional.

O que acontece ao carregar mais eventos

Quando há atividade além do trecho exibido, Load more ou Load all aparece como um item da própria lista Atividade. No NVDA, a pessoa pode alcançá-lo com I, ao avançar pelos itens, ou usar Tab para chegar ao controle. Depois de acioná-lo com Enter, o leitor informa quantos eventos entraram na lista e move o foco para o evento mais recente entre os carregados.

O retorno falado resolve duas dúvidas durante a navegação: se a ação acrescentou eventos e onde a leitura pode continuar. Antes da melhoria, os novos itens eram carregados sem esse anúncio. A quantidade comunicada depois da ação se refere aos eventos que acabaram de entrar, enquanto a contagem da lista descreve os itens então apresentados no histórico.

É preciso distinguir esse controle da paginação da lista de issues do repositório. Load more ou Load all dentro da Atividade amplia o histórico da issue aberta; carregar mais issues traz outros resultados à lista de issues. O nome da lista em que o controle está situado fornece a referência para saber qual conteúdo será ampliado.

Alcance da atualização para outros leitores de tela

A mudança também abrange linhas do tempo de commits, alertas de secret scanning e alertas de conformidade de licenças. No caso de issues e pull requests, VoiceOver e JAWS podem receber a mesma estrutura de lista, com contagem, posição e anúncio dos eventos carregados. O roteiro de teclas descrito acima permanece específico do NVDA.

A aparência e o funcionamento visual das linhas do tempo permanecem iguais. O ganho está nas informações expostas à tecnologia assistiva: nome da lista, quantidade de itens, posição durante o percurso e confirmação após carregar mais atividade. Para quem acompanha uma discussão longa, essas referências permitem seguir do evento recém-carregado para os próximos sem procurar novamente o ponto em que o histórico foi ampliado.

Leia também:

• Island vale US$ 6,4 bilhões — navegador virou plano de controle para agentes
• Apagar Minha atividade não limpa tudo — o navegador guarda outra cópia
• Copilot do GitHub muda o padrão: recurso sem decisão será ativado