Claro, agradecemos a oferta! Se você notar alguma mudança simples, pode fornecer detalhes? Muitas das alterações de acessibilidade em que estamos trabalhando exigem reestruturar o aplicativo, mas estamos sempre abertos a qualquer oportunidade de fácil implementação.
8 curtidas
Uma lista, sem ordem específica, exceto pelo primeiro item:
-
Você tem modais que não capturam o foco, o que foi o motivo pelo qual escrevi este post inicialmente. Qualquer pessoa que venha a este tópico para dar feedback sobre o uso de leitores de tela vai esbarrar em um desses, o que significa que usuários básicos/intermediários de leitores de tela são filtrados. Felizmente, não encontrei isso no meu fórum, apenas aqui. Espero que haja alguma maneira de desativá-los ou, pelo menos, desativar as condições que fazem com que um deles apareça. A única maneira de interagir com eles é se perguntar por que nenhum dos seus comandos de teclado está funcionando e saber o suficiente sobre como aplicativos web funcionam para pensar em procurar um modal. Então, uma vez que você o encontrou, precisa interagir com ele e navegar o foco até o controle correto. E mesmo assim, nem sempre é confiável, como demonstrado pelas minhas dificuldades ao responder a este tópico.
-
Quando clico em um tópico, o foco do teclado não se move automaticamente para a postagem mais recente. Não tenho certeza do que deveria acontecer aqui, então talvez exista um link diferente que eu precise para conseguir isso? Por isso, acompanhar novas postagens é difícil e algo que ainda preciso fazer manualmente.
-
Não há uma maneira aparente de acessar minha área de administração do site via teclado. Tive que adivinhar que /admin poderia funcionar como uma URL e, felizmente, funcionou.
-
Seria útil ter marcos ARIA nas postagens do fórum. Basicamente, faça cada postagem algo como um
<article/>, com<heading/>para os controles superiores e<footer/>para os inferiores. Isso permite uma navegação mais rápida por marco, já que atualmente não há maneiras úteis de se mover entre postagens rapidamente. Posso fazer isso de certa forma agora com o NVDA, mas ao fazer isso, ele me coloca no<nav/>que inclui o botão Curtir e outros botões. Se os elementos de marco reais não funcionarem, um atributorole=funcionará. -
Se eu clicar no botão Ações do Tópico, não há maneira de fechar o menu que aparece via teclado.
-
Seus widgets de lista são um desastre de acessibilidade. Acabei de tentar mover uma postagem com o NVDA. Foi assim que fiz:
-
Cliquei no botão Editar título/categoria. Não me lembro exatamente como isso se chamava, pois, novamente, não consigo colapsar a tela para recuperar o botão.
-
Encontrei a caixa de combinação de categoria.
-
Ativei-a com a barra de espaço.
-
Usei a navegação de objeto do NVDA para dar zoom no item selecionado da caixa de combinação, o que não foi nada intuitivo.
-
Nesse item, há uma lista. Eu interajo com ela.
-
Nessa lista, há um campo de pesquisa e outra lista. Eu interajo com essa outra lista.
-
Em seguida, passo por o que parecem ser várias descrições de categoria, novamente com a navegação de objeto do NVDA, até encontrar a que quero. Redireciono o mouse para ela.
-
Clico com o mouse usando o NVDA.
-
Suspeito que há outra etapa em que preciso encontrar e clicar em um botão Salvar sem rótulo, mas não tenho certeza e certamente não vou lembrar disso na próxima vez que tiver que fazer isso.
Como você pode imaginar, isso não é intuitivo e algo que descobri apenas porque a) provavelmente sou um usuário intermediário do NVDA, b) faço desenvolvimento web entre outras coisas e c) meio que aprendi as maneiras pelas quais o Discourse faz as coisas.
- Há vários gráficos sem rótulo que não são identificados como botões, mas que parecem fazer algo. Acredito que os botões Salvar nas telas de administração sejam um exemplo. Estou meio que hesitante em clicar aleatoriamente em botões sem rótulo em um site ao vivo usado por usuários. Esse tipo de coisa provavelmente vai me prejudicar de forma dolorosa um dia.
Vou dar cerca de um mês para as coisas, depois vou instalar o PHPBB ou algo mais acessível em um servidor e seguiremos com isso. Desculpe, tenho muitas pessoas que nem sequer dão uma chance à comunidade por causa desses problemas e, dado que o modal quebrado foi literalmente o primeiro obstáculo que encontrei, provavelmente terei que fazer o que nós, pessoas cegas, fazemos com muita frequência: escolher a opção tecnicamente inferior, mas mais acessível. Não estou tentando ser rabugento, só gostaria que minhas opções para comunidade não fossem um monte de opções acessíveis com comunidades menores e menos desenvolvimento, uma ótima opção com grandes problemas de acessibilidade e listas de discussão.
Aliás, sou um desenvolvedor sênior disponível para contratação se precisar de ajuda. Para ser franco, o Discourse está consumindo grande parte da internet, então muitos de nós com deficiências temos que lidar relutantemente com problemas de acessibilidade como esses quando nossos colegas com habilidades físicas, mas bem-intencionados, configuram um Discourse para seus projetos. E eu entendo por que eles fazem isso, porque eu gostaria muito de usá-lo para nossa comunidade, e vocês criaram um produto incrivelmente fácil de administrar. Mas se vocês não têm um líder de acessibilidade corrigindo os problemas atuais e garantindo que todos os novos recursos sejam utilizáveis por pessoas com deficiências, então vamos conversar, por favor, porque vocês precisam desesperadamente de um. A única razão pela qual tentei o Discourse aqui foi porque saí deste tópico pensando que grandes mudanças de acessibilidade estavam iminentes. Mas, em geral, eu desencorajo ativamente o uso do Discourse sempre que tenho voz nisso, devido à dificuldade de usá-lo com um leitor de tela e porque não quero criar outra comunidade na internet onde nós, pessoas cegas, não possamos participar igualmente por questões de acesso. Adoraria mudar isso e fazer parte dessa mudança. Mas se não for eu, então por favor contratem alguém, porque muitos desses problemas existem há anos e não mudaram de forma significativa.
Obrigado.
17 curtidas
Uau! Obrigado pelo feedback detalhado e minucioso!
Sinto muito, não entendi. Não tenho conhecimento de nenhum modal que apareça ao visitar um tópico. Você está se referindo ao editor/compositor usado para escrever respostas aos tópicos, no qual estou digitando agora? Ou ao editor que aparece após pressionar o botão de resposta em qualquer lugar do tópico?
Como esta é a primeira e mais urgente questão, gostaria de entendê-la. Vamos, talvez, passo a passo, começando pelo problema mais importante, já que já tivemos usuários cegos antes e agimos com base no feedback deles no passado — por exemplo, aqui:
e aqui
Será que houve uma regressão recente? Quero entender qual é esse “modal” ao qual você está se referindo.
(Também, você tentou pressionar ? para obter a lista de atalhos de teclado? Uma coisa que notei ao investigar “como acessar a área de administração via teclado” é que pressionar = leva ao menu hambúrguer, mas nada nele está selecionado cc @sam — definitivamente devemos corrigir isso.)
6 curtidas
Olá, @ndarilek por aqui. Parece que tenho outra conta aqui; não percebi que tinha duas agora. Talvez seja por isso que meu endereço de e-mail não funcionou quando tentei me cadastrar em fevereiro. Aqui está uma citação da primeira postagem sobre o modal que encontrei ao me cadastrar. Note que há alguns problemas listados nessa postagem, alguns dos quais provavelmente são duplicatas dos que listei aqui. Acho que parte da minha frustração vem de levantar esses problemas repetidamente e não saber para onde ir para garantir que: a) eles sejam recebidos e b) que vocês tenham as informações de que precisam. Esses modais, em particular, são extremamente problemáticos porque: a) são difíceis de encontrar para usuários de leitores de tela e b) bloqueiam toda a entrada de dados na página, então, de repente, o Discourse se recusa a fazer qualquer coisa quando links/botões são clicados. De qualquer forma, a citação—não tenho certeza da sintaxe de citação:
• E não relacionado ao meu site, mas a experiência de cadastro modal aqui apresentou alguns desafios. Tentei me cadastrar por e-mail, mas sua instância rejeitou meu endereço .info, que uso há quase 17 anos e que funcionou perfeitamente no meu próprio site. Então, me cadastrei via Google, mas o modal que recebei ao retornar apresentou alguns desafios:
◦ Ele não capturou o foco do teclado, então tive que procurá-lo e interagir com ele manualmente.
◦ Enquanto tentava fazer isso, a lista de tópicos com rolagem infinita estava adicionando novos tópicos, dificultando ainda mais que o foco realmente alcançasse o diálogo. Não me lembro exatamente como consegui me mover mais rápido do que os tópicos apareciam—ainda não tomei meu café—mas estou aqui.
Obrigado, espero que isso ajude.
7 curtidas
OK, definitivamente ouvindo você. Ainda estou tentando entender o que isso significa:
Você está se referindo ao editor, o painel sobreposto usado para edição no Discourse? Suponho que sim? De fato, isso não é um modal; é um painel sobreposto que permanece com você, ancorado na parte inferior do navegador, e “acompanha” sua navegação pelo site do Discourse. Você pode minimizar o editor para uma única linha de resumo ou até mesmo expandi-lo para tela cheia, conforme desejado, e, ao mesmo tempo, continuar lendo tópicos no Discourse — inclusive navegar para tópicos completamente diferentes — enquanto redige sua resposta. Isso se alinha ao princípio de “incentivar o máximo possível de leitura” no Discourse, pois você pode continuar lendo e navegando pelo site sem que a experiência de leitura seja interrompida pelo editor, já que se trata de um painel sobreposto ancorado na parte inferior da janela do navegador.
O editor possui dois botões de ação principais no canto inferior esquerdo:
- Responder — isso fecha o painel sobreposto do editor e envia sua resposta ao tópico (ou a um tópico diferente, caso você tenha navegado para fora do tópico original)
- Cancelar — isso fecha o painel sobreposto do editor e salva a resposta em andamento como um rascunho ou descarta o rascunho
O editor também possui algumas outras áreas funcionais:
- Uma “alça de captura” ao longo da borda superior do editor, permitindo controlar a altura do painel sobreposto e ajustá-lo para cima ou para baixo
- Um botão de “tipo de editor” no canto superior esquerdo, que permite alternar entre uma resposta, uma mensagem privada ou um novo tópico que referencia a publicação original
- Um botão com ícone de “expandir para tela cheia” no canto superior direito
- Um botão com ícone de “minimizar” no canto superior direito
- Um botão com ícone de “ocultar prévia” no canto inferior direito. Pressionar este botão duas vezes mostrará a prévia novamente.
O editor definitivamente deve capturar o foco quando você pressionar o botão de resposta, por exemplo: “Estou iniciando uma resposta a esta publicação.” Isso ocorre nos meus testes, tanto em desktop, laptop, tablet quanto em celular. Ele muda para entrada por teclado e captura o foco quando você pressiona o botão de resposta no tópico ou o botão de resposta em qualquer publicação individual.
Desculpe se levar um tempo para realizar esse trabalho. Queremos fazê-lo, mas temos uma quantidade avassaladora de tarefas e um número limitado de horas de engenharia disponíveis. Além disso, há uma pandemia global em andamento que teve efeitos deletérios sobre muitos de nós, e vários membros da equipe contraíram COVID. Peço desculpas; o melhor que posso dizer é que selecionaremos as questões mais importantes e faremos o possível para trabalhá-las primeiro.
(Lendo isso novamente, você está, na verdade, se referindo ao processo de criação de conta? É possível que tenhamos regredido em termos de acessibilidade lá, já que aprimoramos o diálogo de cadastro na versão 2.7?)
6 curtidas
Aha! Finalmente algo que eu consigo entender e reproduzir. @sam, vejo o que está acontecendo aqui… vá para o editor, digite um pouco de texto para que ele queira salvar um rascunho… pressione tab duas vezes para estar no botão cancelar, então pressione enter. Esse diálogo agora deveria ter o foco, mas não tem – quando pressiono tab, estou em algum outro elemento. Devemos corrigir isso e fazer o backport.
8 curtidas
Então, aqui estão meus pensamentos sobre isso.
Estou meio dividido. Estou usando Linux com o Orca (que é o leitor de tela integrado), e ele está seriamente deficiente, pelo menos na minha máquina, para navegação em tabelas.
Meus principais problemas são dois:
Primeiro, não sei onde estou em uma discussão, pois não há uma maneira fácil de acompanhar as postagens individuais. Não consigo pular diretamente para a próxima postagem em uma discussão; em vez disso, preciso rolar passando por todas as opções de “adicionar resposta”, “marcar como favorito”, “compartilhar link”, etc., para chegar a uma nova postagem.
O layout é, pelo menos para mim, uma bagunça de botões e links por toda parte. Se houvesse títulos, como, por exemplo, título 1 para a barra superior, título 2 para a primeira postagem de um tópico e título 3 para cada postagem subsequente, eu conseguiria lidar com isso, pois permitiria que um usuário de leitor de tela pulasse rapidamente de uma postagem para outra sem se perder em toda a bagunça, como links de compartilhamento, curtir postagens e marcar como favorito.
Antes que me digam: “Ah, faça isso, aquilo, aquilo e mude essas configurações”, a resposta é não. Eu não deveria ter que ajustar uma série de configurações para tornar o Discourse utilizável no meu sistema.
O que o Discourse fez é ótimo, realmente, no papel.
Mas por que preciso atravessar um bilhão de botões apenas para chegar a um tópico, ou mil links? Ok, estou exagerando um pouco, mas me escutem.
Isso pode ser uma questão de opinião, mas estou acostumado com coisas como fóruns baseados em PHP que possuem títulos para a maioria dos elementos. Então, vou perguntar e gostaria de saber se a falta de títulos é uma escolha de design ou algo que pode ser trabalhado para melhorar a acessibilidade?
Sugiro testar com leitores de tela do Windows, Mac e Linux: os integrados para os dois últimos, o NVDA (que pode ser encontrado em NVaccess.org), o JAWS (do qual você pode obter uma versão de demonstração gratuita para avaliar o Discourse, já que o software em si é pago e tão caro quanto um Mac) e o Narrator integrado da Microsoft para Windows.
Navegação por telefone? Vou deixar isso de lado, pois não tenho um telefone comigo no momento para testar. Nem todos os leitores de tela tratam tabelas da mesma maneira. Por exemplo, neste tópico, o Orca (para mim) não mostra a discussão como uma tabela, apenas aquela que começa com “nova atividade” dentro dela, e ele pula completamente o tópico e as respostas. Se eu navegar por títulos, após ir ao início de um tópico (que é uma navegação comum para usuários de leitores de tela), ele pula para a lista de tópicos recomendados após a última postagem, que está marcada como nível de título 3.
7 curtidas
Obrigado novamente pelo relatório, @nolan… Para começar pelo primeiro problema, parece que não estamos capturando o foco na maioria dos modais… Isso parece ser uma grande regressão que devemos corrigir o mais rápido possível (idealmente esta semana)!
Entendo perfeitamente isso e, embora eu possa dizer que estamos trabalhando em questões de acessibilidade… não vamos concluir nossa lista atual dentro de um mês.
8 curtidas
É, realmente desculpe pela regressão gigantesca @nolan nos diálogos! Eu não entendi o quão ruim aquilo era até eu investigar. Deveríamos ter segurado o lançamento por causa disso, é tão ruim!
6 curtidas
Obrigado! Instalei o NVDA hoje e estou lentamente me familiarizando com os problemas que você está enfrentando.
Compreendo totalmente o desejo de fazer o Discourse funcionar de maneira razoável usando os atalhos padrão. Também entendo muito melhor a frustração em relação à navegação.
Vejo os truques do phpBB. O NVDA é extremamente limitado; não há muitos atalhos para escolher.
O truque dos cabeçalhos provavelmente não funcionará no Discourse, pois permitimos que os usuários insiram cabeçalhos personalizados nas postagens. Por exemplo:
heading 2
heading 3
heading 4
Não há um botão “próximo artigo”; o melhor que temos é “próxima região”, e o suporte a regiões é um pouco instável em comparação com o JAWS. Já tínhamos um elemento article, mas o NVDA não o respeitava.
Fiz este PR para ajudar, pelo menos, as pessoas a se perderem muito menos ao navegar por um tópico:
https://github.com/discourse/discourse/pull/13130
Ainda sinto que a estrutura não é ideal. Por exemplo, o botão para baixo fica preso por causa do nosso double-button aninhado na navegação da postagem.
@eviltrout está investigando os problemas de foco com vários diálogos; vamos ter que testar novamente com o NVDA para ver se nossas correções funcionam.
Temos atalhos de teclado bastante extensos se você sair do modo de navegação, mas entendo a relutância em entrar nesse caminho obscuro. O problema é que, uma vez no modo de “edição”, você precisa sair dele para realmente ler o conteúdo.
Por exemplo:
j → o computador diz “link do artigo visitado”
nvda+space
down → o computador diz “link benno”
down → o computador diz “15 de março”
down → o computador começa a ler a postagem
Após minha correção, haverá uma grande melhoria.
Em vez de dizer “link do artigo visitado”, o computador começará a dizer “post #6 região link do artigo visitado”.
As melhorias aqui serão graduais, mas agradecemos muito todo o feedback. Estamos aprendendo e faremos o nosso melhor para tornar o Discourse mais agradável para a comunidade cega.
Os modais parecem um verdadeiro ninho de vespas. Se tivermos um modal aberto e, por qualquer motivo, você conseguir navegar de volta para a página, pode ficar extremamente confuso. Me pergunto se há alguma maneira de sinalizar ao NVDA: Ei, NVDA… todos esses elementos… não existem mais enquanto o modal estiver aberto. Poderíamos removê-los do DOM enquanto os modais estiverem abertos, mas isso pode acabar causando ainda mais confusão.
10 curtidas
No Orca (o do Linux que eu uso, embora os controles sejam diferentes, a funcionalidade é basicamente a mesma). Posso pular para o próximo marco, mas isso tem bugs e pode realmente ficar preso em certas coisas. Onde eu encontraria esses atalhos de teclado, já que tenho usado outro software de fórum? Não tenho acesso a um Mac, mas no Linux consigo pular para o próximo marco em uma postagem; por exemplo, de botão de curtir para botão de curtir neste tópico, que funciona assim:
Clique no tópico
Desça até a primeira postagem
Pressione M
Chegue ao marco, depois desça
Repita o processo acima até chegar ao final do tópico. Agora, isso pode depender do navegador; não tenho certeza disso, mas até agora não testei com nada além do Firefox padrão.
EDIT: Ok. Este é um problema que acabei de encontrar literalmente. Queria verificar meu perfil no Mozilla Firefox, mas ao selecionar o link de perfil/notificações no topo, a entrada do teclado travou para mim até que eu voltasse ao modo de navegação. Não sei se isso faz parte dos problemas de diálogo, já que a página agiu como se eu quisesse ler o tópico. O link indicava “expandido”, então assumi que era um menu suspenso pelo qual poderia navegar com as setas ou o mouse, sem sucesso.
3 curtidas
Seu ponto sobre o NVDA não respeitar artigos como regiões é válido. Eu nem percebia que a tag article estava sendo usada até ativar sua apresentação de artigos ontem, embora isso não pareça alterar o algoritmo de detecção. Vou registrar um problema no NVDA sobre isso hoje e ver o que surge.
Além disso, entendo que cabeçalhos podem ser inseridos nas mensagens. O objetivo da navegação por cabeçalhos não é combater isso, mas ajudar nos 99,99…% dos casos em que as postagens não contêm cabeçalhos adicionais. Configurei um ambiente de desenvolvimento ontem e vou investigar adicionar alguns papéis ARIA em algo dentro de .post-topic para facilitar o trabalho.
Modais são realmente complicados. Aqui está um guia prático que deve ajudar. As principais lições são: 1) use o novo atributo aria-modal para indicar que o modal deve ser exibido e tudo o mais deve ficar oculto; 2) mova o foco do teclado para o primeiro elemento focável; e 3) retorne o foco ao botão que iniciou o fluxo quando o modal for fechado. Espero que isso ajude.
9 curtidas
Pontos válidos, e desculpe novamente por ter sido rabugento. Estou alternando diariamente entre Discord, Element, GitHub, Gitea e agora Discourse para conseguir as coisas feitas. Todos têm seus próprios pontos de atrito — é só que os do Discourse estão me pegando com mais força agora, pois, por exemplo, já tivemos um usuário problemático extremo do fórum anterior que se juntou, e um co-admin que usa um leitor de tela avançado passou meia hora tentando navegar no menu suspenso de duração da suspensão sem sucesso. Felizmente, estou familiarizado com os menus suspensos e suspendi a conta antes que ele causasse problemas, mas precisamos dominar isso para que minha equipe de administração não precise de tanta orientação inicial.
Fico feliz que estejamos resolvendo os modais — realmente aprecio muito isso. Vou dedicar um tempo hoje para ver se a exibição de tópicos pode ser tornada mais acessível. Diria que o próximo grande problema é o componente de menu suspenso inacessível. Além de não conseguirmos suspender usuários, tivemos outro membro recentemente que não conseguiu mover seu tópico. Aqui está um exemplo de listbox acessível que pode ajudar. Esses problemas são tão comuns que corrigi-los traria uma série de benefícios.
Obrigado novamente.
11 curtidas
Não tenho certeza de que criaria a região além do artigo, já que isso é um pouco mais verboso.
Abri este issue defendendo que o NVDA trate os artigos como regiões para fins de navegação para o próximo/antigo marco. Espero que isso resolva o problema no médio prazo.
Enquanto isso, abri este PR adicionando um papel de cabeçalho de segundo nível não visual no campo de metadados da postagem. Com esse patch aplicado à minha instância de teste, h/H navega entre postagens sem cabeçalhos. É verdade que esse esquema falha se a própria postagem contiver cabeçalhos, mas argumentaria que, como usuários de leitores de tela, estamos acostumados com esse tipo de conteúdo misto e, até que o NVDA considere os artigos como marcos, ter uma maneira rápida de pular para a próxima postagem é melhor do que introduzir regiões de preenchimento.
6 curtidas
Sam, valeria a pena, como ideia, inserir um separador não visual para contornar o problema dos títulos nos posts, já que é possível incluir títulos neles? Li sua mensagem e não tenho certeza se existe algo que funcione em todas as plataformas, seja invisível, mas possa ser usado para marcar uma fronteira entre os posts.
Atualmente, no Orca no Linux, posso pressionar 1 para ir ao título 1 e ao início de uma discussão e, em seguida, usar M (próximo marco) para navegar de um post para outro. Sim, é complicado, mas é factível. Por isso, me pergunto se marcar o número do post (por exemplo, post #1, post #2 etc.) como marcos, em vez de usar um cabeçalho que também pode ser inserido nos posts, funcionaria do ponto de vista técnico e de usabilidade. Se os botões abaixo de um post são marcos, por que o número do post não poderia ser um também? Para mim, faria sentido ter o número do post como marco, além ou em vez dos botões abaixo do post, já que esses botões podem ser ocultados se os administradores do fórum escolherem (conheço um caso em que esses botões foram colocados sob um menu “mais…”).
4 curtidas
Outras desculpas @nolan por errar tanto nisso — claramente não estamos testando o teclado no mínimo antes do lançamento, e essa é uma base terrível de falhar. Isso é totalmente nossa responsabilidade, erramos feio, e francamente estou envergonhado de como nos saímos tão mal aqui… até mesmo uma verificação mais superficial teria mostrado que o diálogo de cancelamento estava totalmente quebrado com o teclado, e mesmo assim lançamos com esse bug enorme. 
Estamos reavaliando nosso processo para garantir que levemos em conta:
-
o teclado deve funcionar como esperado, como mínimo absoluto; cada recurso é testado com o
mouse desconectado para garantir que tenha uma ordem de tabulação e foco adequados; -
as atividades principais no Discourse devem ser diretas ao usar o NVDA.
Agradecemos por permanecer conosco nisso e por nos cobrar. Estamos reconstruindo parte do nosso processo para garantir que, no mínimo, sempre tenhamos navegação por teclado 
funcional e sensata. Precisaremos da sua ajuda para determinar o que faz sentido como as mudanças e otimizações mais fáceis de implementar no NVDA.
10 curtidas
Muito obrigado, minha equipe de administração e eu agradecemos!
4 curtidas
@Nolan, então você prefere que eu reverta a alteração de região e apenas aceite a alteração no cabeçalho? Ou fazemos as duas coisas?
Eu não tenho problema em tentar coisas. Achei que houvesse algum valor na “orientação” de anunciar o número da postagem. Caso contrário, é super difícil para você dizer se está na postagem 100 ou na postagem 3. Isso tem um efeito de ancoragem.
@celtichawk, quanto à supressão do cabeçalho, acho que concordo com Nolan: cabeçalhos são extremamente raros em postagens, então só devem atrapalhar raramente.
Nós realmente não temos um âncora post #1 para usar em nenhum lugar; nossa única âncora é metadados da postagem / corpo da postagem e botões da postagem. Os metadados têm nome de usuário / status de edição / hora da edição, não um número de postagem. Nolan estava experimentando ancorar os metadados da postagem.
7 curtidas
Acabei de perceber o quão irritante é navegar pelas listas de tópicos devido à falta de cabeçalhos.
@nolan / @awesomerobot, os títulos dos tópicos na lista de tópicos devem ser H2 ou H3? Caso contrário, certamente podemos adicionar role="heading" aos tópicos na lista.
Como vocês navegam entre os tópicos nas listas hoje usando o NVDA?
6 curtidas
Acabei de adicionar uma região para “ações do tópico”, por exemplo: opções de administrador, compartilhar, marcar como favorito, sinalizar, responder, estado de acompanhamento.
https://github.com/discourse/discourse/pull/13152
É uma mudança muito pequena, mas deve tornar muito mais fácil responder a tópicos.
Também notei que alterar o estado de acompanhamento do tópico (de acompanhamento/observação etc.) está completamente quebrado em leitores de tela; discutirei possíveis correções com @j.jaffeux.
6 curtidas