frase 2 “Gostaria de agradecer imensamente às pessoas neste tópico. Eu ajudo a administrar algumas instâncias do Discourse e notei a maioria das coisas mencionadas aqui.”
enter
o bloco citado é adicionado
Gosto dessa mecânica, mas é um trabalho muito grande para construir. Felizmente, podemos construí-lo em um componente para que possamos experimentar primeiro. Adicionando-o à lista de projetos que temos para experimentar. Aviso justo: pode levar um tempo até que possamos fazer isso, mas concordo que seria fantástico.
Isso parece uma maneira razoável de fazer isso, caso não seja possível adaptar o fluxo de trabalho existente usado por pessoas que utilizam um mouse. Prefiro manter o fluxo o mais próximo possível de um único padrão, mas, como não tenho certeza de como isso é feito atualmente, não posso realmente fazer sugestões baseadas no fluxo usado por pessoas que enxergam.
Uma sugestão alternativa, que pode ser mais leve do que a sugerida por @sam, seria ter um atalho de teclado, como Alt+Shift+Q, por exemplo, que verificaria o texto selecionado e inseriria as informações da citação do texto selecionado no editor atualmente aberto.
Dessa forma, o usuário encontraria o texto a ser citado, o selecionaria e pressionaria o atalho de teclado.
Isso parece um fluxo de trabalho mais leve, mas talvez eu esteja deixando passar algo que tornaria isso impossível.
Acho que já temos um fluxo de trabalho muito semelhante.
O editor possui uma barra de ferramentas; o primeiro botão se chama “Citar post inteiro”. Ao clicar nele, ele cita todo o post ao qual você está respondendo.
Isso não é ideal para casos em que você está citando vários posts, mas deve servir como um ponto de partida. Você pode testar?
Se eu quisesse citar uma postagem, acho que usaria apenas a opção ‘citar postagem inteira’ e editaria o texto que não precisava.
As menções com @, imagino, podem ser feitas para funcionar, mas, sem saber como elas funcionam visualmente, fica mais difícil chegar a sugestões. De vez em quando, isso tem funcionado no site móvel do Facebook, mas nunca se sabe com aquele site: o que está quebrado hoje pode não estar amanhã.
Mas, se eu digitar @XXX, sendo XXX parte do nome de usuário, você poderia ser alertado de que há correspondências e talvez usar a tecla Tab para acessar a lista de nomes sugeridos. Algo nesse sentido, com uma maneira de selecionar e fechar os nomes sugeridos, deveria ser possível.
Outra pequena irritação é que, muitas vezes, não tenho certeza de a quem estou respondendo em uma discussão longa, já que o botão de resposta apenas me avisa que estou respondendo a uma postagem. Como uso meus fóruns atualmente, não vejo como descobrir ou ler a postagem à qual estou respondendo sem citá-la, o que, muitas vezes, eu nem gostaria de fazer de qualquer forma.
Atualmente, o botão de resposta tem o aria-label como “Responder”. O que você acha de alterá-lo para “Responder à postagem #4 de Sam”? Isso faz você se sentir muito mais ancorado antes de publicar.
Estranhamente, nosso título é Ou pressione CTRL+ENTER. Entendo perfeitamente a intenção aqui, mas parece um pouco estranho. Ele diz “o que fazer” em vez de “o que faz”.
Vejo a opção ‘ou pressione Ctrl+Enter no botão enviar’ e, quando me lembro de fazer isso enquanto estou no editor, realmente funciona, então não mudaria nada nisso.
Claus no
Como você pode ver, isso funciona e funciona razoavelmente bem.
No entanto, como você também apontou, não funciona muito bem se você quiser recortar respostas parciais de várias postagens.
Então, ainda estou me perguntando se meu método não funcionaria. Outra coisa em que estou pensando agora, ao escrever isso, é que gostaria de me citar em minha última postagem, mas não tenho como fazer isso porque não estou respondendo a essa postagem.
Isso certamente não é o jeito correto de fazer isso. Como o texto que você propõe é lido quando o botão está em foco, você não precisa ouvir o atalho de teclado Ctrl+Enter antes da função do botão ‘Responder ao post’ ser executada.
Você deve usar o Ctrl+Enter por último, pois pode ignorá-lo e simplesmente pressionar ‘Enviar’ se o foco estiver no botão. Da próxima vez, se você se lembrar, use o atalho de teclado em vez de clicar no botão para responder.
Outra solicitação de melhoria, já que isso é mais um “bônus”.
Em um tópico como este, quando você deseja curtir ou responder a uma publicação, as opções são apresentadas na seguinte ordem:
Tente usar a tecla Tab e torça para que não haja menções, links ou mensagens citadas na publicação que você está visualizando:
A tecla Tab levará a:
“X curtiram esta publicação”
“curtir esta publicação”
“compartilhar um link para esta publicação”
“mostrar mais”
“começar a escrever uma resposta para esta publicação”
Como usuário, você provavelmente quer curtir a publicação ou responder, então esses dois botões devem ser os primeiros na ordem de navegação por Tab; a resposta não deve ser o último botão em que você chega.
Além disso, é no botão “começar a escrever uma resposta” que sugiro alterar o texto para “Responder a XX”, onde XX é o nome de usuário da pessoa que escreveu a publicação à qual você vai responder.
Se os textos dos botões não estiverem corretos, é porque estou traduzindo do dinamarquês.
Claus
Algumas novas observações ou não tão novas, já que esses problemas foram mencionados por outras pessoas:
Por acaso, fui direcionado ao tópico do blog para novos usuários com dicas sobre o uso do Discourse.
Aqui fica evidente que a forma como se espera que o usuário vá para a última mensagem lida em um tópico ou para o início ou fim do fio de discussão não funciona com leitores de tela. Testado principalmente com o JAWS, mas também com o NVDA, não está claro para onde o foco é movido, mas definitivamente não é como descrito aqui:
“Selecionar um título na lista de tópicos sempre levará você à sua última mensagem lida no tópico. Para entrar no início ou no fim, selecione o número de respostas ou a data da última resposta.”
Se o status de lido/não lido for indicado por cor, uma boa acessibilidade significaria que você deve adicionar “lido” ou “não lido” ao título do tópico/mensagem, mas, principalmente, como a última informação, para que possa ser ignorada se o usuário não precisar dela.
E, ao ler as novidades sobre a versão beta 3.2.8, isso parece interessante, mas não tenho certeza de que sou notificado sobre isso pelo leitor de tela:
“Adicionar indicação da última visita à página de visualização do tópico
Ao abrir um tópico que você já começou a ler, o Discourse carrega automaticamente o tópico na primeira mensagem não lida para que você possa continuar lendo. Agora, o Discourse também exibe um indicador de onde foi sua última visita, para que você possa rolar para cima ou para baixo com segurança sem perder seu lugar.”
Outro problema: ao fazer o upload de uma imagem conforme descrito no editor, apenas arrastando a imagem para o campo de edição, não vejo nenhuma maneira de adicionar um texto alternativo à minha imagem. Pode estar escondido em algum lugar e eu não gastei muito tempo procurando, mas imagens significativas que não podem ser descritas de forma simples com um texto alternativo representam um problema básico de acessibilidade.
Claus
Descobri que, pelo menos a partir da versão 2.8 beta 6, foram feitas alterações na caixa de seleção suspensa onde você pode definir notificações para uma postagem. Algumas dessas mudanças são boas, outras não tanto. Com a nova implementação, a caixa de seleção suspensa fica acessível quando você usa a tecla Tab para navegar pelos controles; no entanto, não há nenhum texto descrevendo o controle e você não pode usar as técnicas de navegação mais avançadas, comuns na maioria dos leitores de tela, para encontrar um determinado tipo de controle. Esse controle será difícil de localizar, a menos que você navegue até ele usando a tecla Tab. Além disso, o que você ouvirá não será o nome ou o tipo do controle, apenas o estado selecionado: seguindo, silencioso ou normal. Provavelmente, será necessário adicionar algum código ARIA ao controle para que ele seja exposto como uma caixa de seleção suspensa para o leitor de tela e incluir a antiga descrição curta.
Claus
Usamos application porque outros papéis estavam causando problemas, mas estamos considerando mudar para listbox. Não tenho certeza do que você está sugerindo com a versão 2.6, já que ela menciona o papel, mas sem nada específico.