¡Claro, agradecemos la oferta! Si ves cambios sencillos, ¿podrías dar detalles? Muchas de las modificaciones de accesibilidad en las que estamos trabajando requieren reestructurar la aplicación, pero siempre estamos abiertos a cualquier solución rápida.
8 Me gusta
Una lista, sin un orden particular excepto por el primer elemento:
- Tienes modales que no capturan el enfoque, lo cual fue lo que me motivó a escribir este post. Cualquiera que llegue a este hilo para dar retroalimentación sobre el uso de lectores de pantalla se encontrará con uno de estos, lo que significa que los usuarios de lectores de pantalla básicos o intermedios quedan excluidos. Afortunadamente, no he encontrado esto en mi foro, solo aquí. Espero que haya alguna forma de desactivarlos, o al menos, desactivar las condiciones que provocan su aparición. La única manera de interactuar con ellos es preguntarse por qué ninguno de los comandos del teclado funciona y saber lo suficiente sobre cómo funcionan las aplicaciones web para pensar en buscar un modal. Luego, una vez que lo hayas encontrado, debes interactuar con él y mover el enfoque al control correcto. Y aun así, no siempre es fiable, como demostraron mis dificultades para responder a este tema.
- Cuando hago clic en un tema, el enfoque del teclado no se mueve automáticamente al último mensaje. No estoy seguro de qué se supone que debe suceder aquí, ¿quizás hay un enlace diferente que necesito para lograr esto? Por lo tanto, mantenerse al día con los nuevos mensajes es difícil y algo que aún tengo que hacer manualmente.
- No hay ninguna forma aparente de acceder al área de administración de mi sitio mediante el teclado. Tuve que adivinar que /admin podría funcionar como una URL, y afortunadamente lo fue.
- Serían útiles los puntos de referencia ARIA en los mensajes del foro. Esencialmente, haz que cada mensaje sea algo como un
<article>, con un<heading>para los controles superiores y un<footer>para los inferiores. Esto permite una navegación más rápida por puntos de referencia, ya que actualmente no existen formas útiles de moverse rápidamente entre mensajes. Puedo hacerlo de alguna manera ahora con NVDA, pero al hacerlo, me sitúa en el<nav>que incluye el botón de “Me gusta” y otros botones. Si los elementos de referencia reales no funcionan, se puede usar un atributorole=. - Si hago clic en el botón de acciones del tema, no hay forma de cerrar el menú que aparece mediante el teclado.
- Tus widgets de lista son un desastre en términos de accesibilidad. Acabo de intentar mover un mensaje con NVDA. Así es como lo hice:
- Hice clic en el botón de Editar título/categoría. No recuerdo exactamente cómo se llamaba, ya que, de nuevo, no puedo contraer la pantalla para recuperar el botón.
- Encontré el cuadro combinado de categorías.
- Lo activé con la barra espaciadora.
- Usé la navegación de objetos de NVDA para hacer zoom en el elemento seleccionado del cuadro combinado, lo cual no fue para nada intuitivo.
- En ese elemento, hay una lista. Interactúo con ella.
- En esa lista hay un campo de búsqueda y otra lista. Interactúo con esa otra lista.
- Luego me desplazo por lo que parecen ser una serie de descripciones de categorías, nuevamente con la navegación de objetos de NVDA, hasta encontrar la que quiero. Dirijo el ratón a esa.
- Hago clic con el ratón usando NVDA.
- Sospecho que hay otro paso donde tengo que encontrar y hacer clic en un botón de Guardar sin etiqueta, pero no estoy seguro y ciertamente no recordaré esto la próxima vez que tenga que hacerlo.
Como puedes imaginar, esto no es intuitivo, y algo que solo descubrí porque a) probablemente soy un usuario intermedio de NVDA, b) hago desarrollo web entre otras cosas y c) he aprendido de alguna manera cómo funciona Discourse. - Hay varios gráficos sin etiqueta que no se identifican como botones, pero que parecen realizar acciones. Creo que los botones de Guardar en las pantallas de administración son un ejemplo. Estoy algo reacio a hacer clic aleatoriamente en botones sin etiqueta en un sitio en vivo del que dependen los usuarios. Ese tipo de cosas probablemente me causará problemas dolorosos algún día.
Le daré a las cosas aproximadamente un mes, luego instalaré PHPBB o algo más accesible en un servidor y seguiremos con eso. Lo siento, tengo a mucha gente que ni siquiera le da una oportunidad a la comunidad debido a estos problemas, y dado que el modal roto fue literalmente el primer obstáculo que encontré, probablemente tendré que hacer lo que nosotros, los ciegos, hacemos con demasiada frecuencia: elegir la opción técnicamente inferior pero más accesible. No intento ser gruñón, solo deseo que mis opciones para la comunidad no sean un montón de opciones accesibles con comunidades más pequeñas y menos desarrollo, una gran opción con importantes problemas de accesibilidad y listas de correo.
Por cierto, soy un desarrollador senior disponible para contratar si necesitas ayuda. Para ser franco, Discourse está consumiendo suficiente parte de internet como para que muchos de nosotros con discapacidades tengamos que lidiar a regañadientes con problemas de accesibilidad como estos cuando nuestros compañeros con capacidad física, con buenas intenciones, configuran un Discourse para sus proyectos. Y entiendo por qué lo hacen, porque me gustaría mucho usarlo para nuestra comunidad, y han creado un producto que es increíblemente fácil de administrar. Pero si no tienen un líder de accesibilidad que corrija los fallos actuales y asegure que todas las nuevas funciones sean utilizables por personas con discapacidades, hablemos, por favor, porque lo necesitan desesperadamente. La única razón por la que probé Discourse aquí es porque me fui de este hilo pensando que los cambios importantes de accesibilidad eran inminentes. Pero en general, desaliento activamente el uso de Discourse siempre que tengo voz en el asunto debido a lo difícil que es usarlo con un lector de pantalla, y porque no quiero crear otra comunidad en internet donde nosotros, los ciegos, no podamos participar en igualdad de condiciones debido a problemas de acceso. Me encantaría cambiar eso y ser parte de hacer que ese cambio suceda. Pero si no soy yo, entonces por favor contraten a alguien, porque muchos de estos problemas han existido durante años y no han cambiado en grado significativo.
Gracias.
17 Me gusta
¡Guau! ¡Gracias por la retroalimentación detallada y exhaustiva!
Lo siento, no entiendo. No tengo conocimiento de ningún modal que aparezca al visitar un tema. ¿Te refieres al editor/compositor que se usa para escribir respuestas a los temas, en el que estoy escribiendo ahora mismo? ¿Te refieres al editor que aparece después de presionar el botón de respuesta en cualquier parte del tema?
Dado que este es el primer y más urgente problema, me gustaría entenderlo. Vamos paso a paso y comencemos con el asunto más importante, ya que hemos tenido usuarios ciegos antes y hemos actuado en base a su retroalimentación en el pasado, por ejemplo aquí:
y aquí
¿Quizás hemos sufrido una regresión recientemente? Quiero entender a qué “modal” te refieres.
(También, ¿probaste presionar ? para obtener la lista de atajos de teclado? Algo que acabo de notar al investigar “cómo llegar al área de administración mediante el teclado” es que al presionar = se llega al menú hamburguesa, pero nada dentro de él está seleccionado cc @sam – definitivamente deberíamos arreglar eso.)
6 Me gusta
Hola, @ndarilek por aquí. Parece que tengo otra cuenta aquí; no me había dado cuenta de que ahora tengo dos. Quizás por eso mi dirección de correo no funcionó cuando intenté registrarme en febrero. Aquí va una cita del primer mensaje sobre el modal que apareció al registrarme. Cabe mencionar que en ese mensaje se listan varios problemas, algunos de los cuales probablemente son duplicados de los que menciono aquí. Creo que parte de mi frustración radica en tener que plantearlos una y otra vez, sin saber a dónde acudir para asegurar que: a) sean recibidos y b) que tengan la información necesaria. Estos modales son particularmente problemáticos porque: a) son difíciles de encontrar para usuarios de lectores de pantalla y b) bloquean toda entrada, impidiendo que llegue a la página; así, de repente, Discourse se niega a hacer cualquier cosa al hacer clic en enlaces o botones. De todos modos, la cita (no estoy seguro de la sintaxis para citar):
• Y, sin relación con mi sitio, pero la experiencia de registro mediante modal aquí presentó algunos desafíos. Intenté registrarme por correo electrónico, pero su instancia rechazó mi dirección .info, que he usado durante casi 17 años y que funcionó perfectamente en mi propio sitio. Luego me registré mediante Google, pero el modal que recibí al regresar planteó algunos problemas:
◦ No capturó el foco del teclado, así que tuve que buscarlo e interactuar con él manualmente.
◦ Mientras intentaba hacerlo, la lista de temas con desplazamiento infinito seguía añadiendo nuevos temas, lo que hacía más difícil que el foco llegara realmente al diálogo. No recuerdo exactamente cómo logré moverme más rápido de lo que aparecían los temas (aún no he tomado mi café), pero aquí estoy.
Gracias, espero que esto ayude.
7 Me gusta
OK, definitivamente te escucho. Todavía estoy tratando de entender qué significa esto:
¿Te refieres al editor, el panel superpuesto utilizado para editar en Discourse? Supongo que sí, ¿verdad? En realidad, esto no es un modal; es un panel superpuesto que se queda contigo, acoplado a la parte inferior del navegador, y “viaja contigo” mientras navegas por el sitio de Discourse. Puedes colapsar el editor a una sola línea de resumen pequeña, o incluso expandirlo a pantalla completa según desees, y mientras tanto puedes seguir leyendo temas en Discourse —incluso navegar a temas completamente diferentes— mientras redactas tu respuesta. Esto se ajusta al principio de “fomentar la mayor lectura posible” en Discourse, ya que puedes seguir leyendo y navegando por el sitio; tu experiencia de lectura no se ve interrumpida por el editor, dado que es un panel superpuesto acoplado a la parte inferior de la ventana del navegador.
El editor tiene dos botones de acción principales en la esquina inferior izquierda:
- Responder: esto cierra el panel superpuesto del editor y envía tu respuesta al tema (o a un tema diferente, si te has alejado del tema original).
- Cancelar: esto cierra el panel superpuesto del editor y, bien guarda la respuesta en progreso como un borrador, o descarta el borrador.
El editor también tiene algunas otras áreas funcionales:
- Una “barra de agarre” a lo largo del borde superior del editor para que puedas controlar la altura del panel superpuesto y ajustarla hacia arriba o hacia abajo.
- Un botón de “tipo de editor” en la esquina superior izquierda que te permite cambiar de una respuesta, a un mensaje privado, o a un nuevo tema que hace referencia al mensaje original.
- Un botón de glifo “expandir a pantalla completa” en la esquina superior derecha.
- Un botón de glifo “colapsar” en la esquina superior derecha.
- Un botón de glifo “ocultar vista previa” en la esquina inferior derecha. Presionar este botón dos veces volverá a mostrar la vista previa.
El editor definitivamente debe capturar el foco cuando presionas el botón de responder, por ejemplo: “Estoy iniciando una respuesta a este mensaje”. Así funciona en mis pruebas, tanto en escritorio, portátil, tableta como teléfono. Cambia a entrada por teclado y captura el foco cuando presionas el botón de responder en el tema, o el botón de responder en cualquier mensaje individual.
Perdona si lleva un tiempo llegar a este trabajo; queremos hacerlo, pero tenemos una cantidad abrumadora de tareas y un número limitado de horas de ingeniería, además de que hay una pandemia global en curso que ha tenido efectos perjudiciales para muchos de nosotros, y varios miembros del equipo han contraído COVID. Lo siento; lo mejor que puedo decir es que elijamos los problemas más importantes y haremos lo posible por trabajar en ellos primero.
(Al releer esto, ¿te refieres en cambio al proceso de registro de cuenta? Es posible que hayamos retrocedido en accesibilidad allí, ya que sí mejoramos el diálogo de registro en la versión 2.7).
6 Me gusta
¡Aja! Por fin algo que realmente puedo entender y reproducir. @sam, veo qué está pasando aquí… entra en el editor, escribe un poco de texto para que intente guardar un borrador… presiona \u003ckbd\u003etab\u003c/kbd\u003e dos veces para llegar al botón de cancelar, luego presiona \u003ckbd\u003eenter\u003c/kbd\u003e. Este diálogo debería tener el foco ahora, pero no lo tiene: cuando presiono \u003ckbd\u003etab\u003c/kbd\u003e, estoy en otro elemento. Deberíamos corregir esto y hacer un backport.
8 Me gusta
Así es mi opinión al respecto.
Realmente estoy indeciso. Estoy en Linux usando Orca (que es el lector de pantalla integrado) y, al menos en mi equipo, es muy deficiente para la navegación por tablas.
Mis principales problemas son dos:
En primer lugar, no sé dónde estoy en un hilo, ya que no hay una forma fácil de llevar un registro de las publicaciones individuales. No puedo saltar directamente a la siguiente publicación en un hilo; en su lugar, tengo que desplazarme pasando todos los elementos como «Responder», «Marcar», «Compartir enlace», etc., para llegar a una nueva publicación.
La disposición, al menos para mí, es un caos de botones y enlaces por todas partes. Si hubiera encabezados, por ejemplo: encabezado 1 para la barra superior, encabezado 2 para la primera publicación de un tema y encabezado 3 para cada publicación sucesiva, podría conformarme con ello, ya que permitiría a un usuario de lector de pantalla saltar rápidamente de una publicación a otra sin quedar atrapado en todo el desorden, como los enlaces de compartir, dar me gusta a las publicaciones y marcarlas.
Antes de que me digan: «Oh, haz esto, esto, esto, esto y esto en la configuración», no. No debería tener que ajustar un montón de configuraciones para que Discourse sea utilizable en mi sistema.
Lo que Discourse ha hecho es genial, realmente, en el papel.
Pero, ¿por qué debo vadear un billón de botones solo para llegar a un tema, o un millar de enlaces? Está bien, estoy exagerando un poco, pero escúchame.
Esto puede ser una cuestión de opinión, pero estoy acostumbrado a cosas como los foros basados en PHP que tienen encabezados para la mayoría de las cosas. Así que pregunto y me gustaría saber si la falta de encabezados es una decisión de diseño o algo en lo que se pueda trabajar para mejorar la accesibilidad.
Sugeriría probar con lectores de pantalla de Windows, Mac y Linux: los integrados en los dos últimos, NVDA (que se puede encontrar en NVaccess.org) y Jaws (del cual se puede obtener una versión de demostración para evaluar Discourse de forma gratuita, ya que el software en sí es de pago, al igual que en un Mac), así como Narrador, el lector de pantalla integrado de Microsoft para Windows.
¿Navegación por teléfono? Lo dejaré ahí, ya que no tengo un teléfono conmigo en este momento para probarlo. No todos los lectores de pantalla tratan las tablas de la misma manera. Por ejemplo, en este tema, Orca (para mí) no muestra el hilo como una tabla, solo el que comienza con «Nueva actividad» en su interior, y omite completamente el tema y las respuestas. Si navego por encabezados, después de llegar al inicio de un tema (que es una navegación común para usuarios de lectores de pantalla), salta directamente a la lista de temas recomendados después de la última publicación, la cual está marcada como encabezado de nivel 3.
7 Me gusta
¡Gracias de nuevo por el informe, @nolan! Para abordar primero el primer problema, parece que no estamos capturando el foco en la mayoría de los modales… Esto parece una regresión importante que deberíamos corregir lo antes posible (idealmente esta semana).
Definitivamente lo entiendo, y aunque puedo decir que estamos trabajando en problemas de accesibilidad… no tendremos nuestra lista actual completada dentro de un mes.
8 Me gusta
¡Sí, de verdad lo siento mucho por la gran regresión en los diálogos, @nolan! No entendí cuán grave era hasta que lo investigué. Deberíamos haber detenido el lanzamiento por eso, ¡es terrible!
6 Me gusta
¡Gracias! Hoy instalé NVDA y estoy empezando a comprender poco a poco los problemas que están experimentando.
Entiendo perfectamente el deseo de que Discourse funcione de manera razonable utilizando los atajos predeterminados. También comprendo mucho mejor la frustración relacionada con la navegación.
Puedo ver los trucos de phpBB. NVDA es extremadamente limitado; no hay muchos atajos disponibles.
El truco de los encabezados es poco probable que funcione en Discourse, ya que permitimos que los usuarios ingresen encabezados personalizados en las publicaciones. Por ejemplo:
encabezado 2
encabezado 3
encabezado 4
No hay un botón de “siguiente artículo”; lo mejor que tenemos es “siguiente región”, y el soporte de regiones es algo inestable en comparación con JAWS. Ya teníamos un elemento article, pero NVDA no lo respetaba.
He creado esta PR para ayudar, al menos, a que las personas se pierdan mucho menos al navegar por un tema:
Aún siento que la estructura no es ideal. Por ejemplo, el botón de abajo queda atrapado debido a nuestro double-button anidado en la navegación de publicaciones.
@eviltrout está investigando los problemas de enfoque con varios diálogos; tendremos que probar nuevamente con NVDA para ver si nuestras correcciones funcionan.
Tenemos atajos de teclado bastante extensos si se sale del modo de navegación, pero entiendo la reticencia a adentrarse en ese rincón oscuro. El problema es que, una vez que estás en el modo “editar”, debes salir de él para poder leer realmente el contenido.
Por ejemplo:
j → la computadora dice “enlace de artículo visitado”
nvda+espacio
abajo → la computadora dice “enlace benno”
abajo → la computadora dice “15 de marzo”
abajo → la computadora comienza a leer la publicación
Después de mi corrección, habrá una mejora significativa.
En lugar de decir “enlace de artículo visitado”, la computadora comenzará a decir “publicación #6 región enlace de artículo visitado”.
Las mejoras aquí serán graduales, pero agradecemos mucho todos los comentarios. Estamos aprendiendo y haremos todo lo posible para que Discourse sea más agradable para la comunidad de personas ciegas.
Los modales parecen un nido de avispas en general. Si tenemos un modal abierto y, por alguna razón, logras navegar de nuevo a la página, puedes quedarte extremadamente confundido. Me pregunto si hay alguna manera de señalizarle a NVDA: “Oye NVDA… todos estos elementos… ya no existen mientras el modal esté abierto”. Podríamos sacarlos del DOM mientras los modales están abiertos, pero eso podría terminar causando aún más confusión.
10 Me gusta
En Orca (la de Linux que uso, aunque los controles son diferentes, la funcionalidad es muy similar). Puedo saltar al siguiente punto de referencia, pero eso tiene errores y de hecho puede quedarse atascado en ciertas cosas. ¿Dónde encontraría estos atajos de teclado, dado que he estado usando otro software de foros? No tengo acceso a un Mac, pero en Linux puedo saltar a mi siguiente punto de referencia en una publicación, por ejemplo, del botón de «Me gusta» al siguiente en este tema, que funciona así:
Haz clic en el tema
Baja hasta la primera publicación
Presiona M
Llega al punto de referencia, luego baja
Repite lo anterior hasta llegar al final del tema. Ahora, esto podría depender del navegador; no estoy seguro de eso, pero hasta ahora no he probado nada más que el Firefox predeterminado.
EDITO: Bien. Esto es algo que acabo de encontrar literalmente. Quería verificar mi perfil en Mozilla Firefox, pero al seleccionar el enlace de perfil/notificaciones en la parte superior, la entrada del teclado se bloqueó para mí hasta que volví al modo de navegación. No estoy seguro si esto forma parte de los problemas de diálogo, ya que la página actuó como si quisiera leer el hilo. Decía «expandido» en el enlace, así que asumí que era un menú desplegable en el que podía navegar con las flechas o el ratón, pero sin éxito.
3 Me gusta
Tu punto sobre que NVDA no respeta los artículos como regiones es muy acertado. Ni siquiera me había dado cuenta de que se estaba utilizando la etiqueta article hasta que ayer activé su presentación, aunque esto no parece cambiar el algoritmo de detección. Hoy mismo presentaré un informe de problema en NVDA al respecto y veré qué sale de ello.
Además, entiendo que se pueden insertar encabezados en los mensajes. El objetivo de la navegación por encabezados no es contrarrestar eso, sino ayudar en el 99,99… por ciento de los casos en los que los mensajes no contienen encabezados adicionales. Ayer configuré un entorno de desarrollo e investigaré la posibilidad de añadir algunos roles ARIA a algo en .post-topic para facilitar su uso.
Los modales son, efectivamente, complicados. Aquí tienes una guía práctica que debería ayudar. Las conclusiones clave son: 1) usar el nuevo atributo aria-modal para indicar que el modal debe mostrarse y que todo lo demás debe ocultarse; 2) mover el foco del teclado al primer elemento enfocable; y 3) devolver el foco al botón que inició el flujo cuando el modal se cierra. Espero que esto ayude.
9 Me gusta
Puntos justos, y disculpas de nuevo por haber estado de mal humor. Estoy cambiando de contexto diariamente entre Discord, Element, GitHub, Gitea y ahora Discourse para sacar las cosas adelante. Todos tienen sus propios puntos de fricción; simplemente los de Discourse me están afectando con más fuerza en este momento porque, por ejemplo, ya se ha unido un usuario problemático extremo del foro anterior y un coadministrador que utiliza un lector de pantalla avanzado ha pasado media hora sin poder navegar por el menú desplegable de la duración de la suspensión. Afortunadamente, estoy familiarizado con los menús desplegables y suspendí la cuenta antes de que causara problemas, pero necesitamos dominar esto para que mi equipo de administración no requiera tanta capacitación.
Me alegra que estemos resolviendo los modales; lo aprecio mucho. Hoy dedicaré un tiempo a ver si se puede hacer que la visualización de los temas sea más accesible. Diría que el siguiente gran problema es el componente de menú desplegable inaccesible. Además de no poder suspender usuarios, tuvimos recientemente a otro miembro que no pudo mover su tema. Aquí hay un ejemplo de lista desplegable accesible que podría ayudar. Son tan omnipresentes que solucionarlos reportaría muchas ventajas.
Gracias de nuevo.
11 Me gusta
No estoy seguro de que valga la pena crear la región además del artículo, ya que sería un poco más verboso.
He abierto este problema argumentando que NVDA debería tratar los artículos como regiones para facilitar la navegación a los hitos anteriores o siguientes. Con suerte, esto resolverá el problema a medio plazo.
Mientras tanto, he abierto esta solicitud de cambios para añadir un rol de encabezado de segundo nivel no visual al campo de metadatos de la publicación. Con este parche aplicado en mi instancia de prueba, las teclas h/H permiten navegar entre publicaciones que no tienen encabezados. Ciertamente, este esquema falla si la propia publicación contiene encabezados, pero argumentaría que, como usuarios de lectores de pantalla, estamos acostumbrados a ese tipo de contenido mixto. Y hasta que NVDA considere los artículos como hitos, tener una forma rápida de saltar a la siguiente publicación es mejor que introducir regiones rellenas.
6 Me gusta
Sam, ¿valdría la pena la idea de insertar un separador no visual para sortear el problema de los encabezados en las publicaciones, por ejemplo, dado que los encabezados pueden incluirse en las publicaciones? Estaba leyendo tu mensaje y no estoy seguro de si existe algo multiplataforma que sea invisible pero que pueda usarse para marcar un límite entre publicaciones.
Actualmente, en Orca en Linux, puedo pulsar 1 para ir al encabezado 1 y al inicio de un hilo, y luego usar M (que es el siguiente punto de referencia) para pasar de una publicación a otra. Sí, es engorroso, pero es factible. Por ello, me pregunto si sería viable, desde una perspectiva técnica y de usabilidad, marcar el número de publicación (por ejemplo, publicación #1, publicación #2, etc.) como puntos de referencia, en lugar de usar un encabezado que también puede incluirse en las publicaciones. Si los botones debajo de una publicación son puntos de referencia, ¿por qué no podría serlo también el número de la publicación? Para mí, tendría sentido tener el número de publicación como punto de referencia, además de o en lugar de los botones debajo de la publicación, ya que esos botones pueden ocultarse si los administradores del foro así lo deciden (conozco un caso en el que esos botones se han colocado bajo un menú de «más…»).
4 Me gusta
Otra disculpa @nolan por haber cometido este error tan grave: claramente no estamos probando el teclado al menos antes del lanzamiento, y esa es una línea base terrible de perder. Esto es completamente nuestra responsabilidad, lo hemos estropeado, y francamente me avergüenza lo mal que lo hemos hecho… incluso la comprobación más superficial nos habría mostrado que el cuadro de diálogo de cancelar estaba totalmente roto con el teclado, y aun así procedimos con un lanzamiento que incluía ese error enorme. 
Estamos reevaluando nuestro proceso para asegurarnos de que tengamos en cuenta:
-
El teclado debe funcionar como se espera, como mínimo absoluto; cada función se prueba con el
ratón desconectado para garantizar que tenga un orden de tabulación y un enfoque adecuados. -
Las actividades principales en Discourse deben ser sencillas al usar NVDA.
Agradecemos que te quedes con nosotros en esto y que nos mantengas en la cuerda floja. Estamos reconstruyendo parte de nuestro proceso para asegurarnos de que, al menos, siempre tengamos una navegación 
por teclado funcional y sensata. Necesitaremos tu ayuda para determinar qué tiene más sentido en cuanto a los cambios y optimizaciones más sencillos para NVDA.
10 Me gusta
¡Muchas gracias, mi equipo de administración y yo lo agradecemos!
4 Me gusta
@Nolan, ¿preferirías que revertiera el cambio de región y solo aplicara el cambio en el encabezado? ¿O hacemos ambas cosas?
No tengo problema en probar cosas. Pensé que había cierto valor en la “orientación” al anunciar el número de la publicación. De lo contrario, es muy difícil saber si estás en la publicación 100 o en la 3. Tiene un efecto de anclaje.
@celtichawk, en cuanto a la supresión de encabezados, creo que coincido con Nolan: los encabezados son extremadamente raros en las publicaciones, por lo que solo deberían estorbar en contadas ocasiones.
No tenemos realmente un ancla post #1 para usar en ningún lado; nuestro único ancla son los metadatos de la publicación / el cuerpo de la publicación y los botones de la publicación. Los metadatos incluyen el nombre de usuario, el estado de edición y la hora de edición, pero no el número de la publicación. Nolan estaba experimentando con anclar los metadatos de la publicación.
7 Me gusta
Acabo de notar lo molesto que es navegar por las listas de temas debido a la falta de encabezados.
@nolan / @awesomerobot, ¿deberían ser los títulos de los temas en la lista de temas un H2 o un H3? De no ser así, definitivamente podemos agregar role="heading" a los temas en la lista.
¿Cómo navegan entre los temas en las listas de temas actualmente con NVDA?
6 Me gusta
Acabo de agregar una región para “acciones del tema”, por ejemplo: opciones de administrador, compartir, marcar como favorito, reportar, responder, estado de seguimiento.
Es un cambio muy pequeño, pero debería facilitar mucho responder a los temas.
También noté que cambiar el estado de seguimiento del tema (de seguimiento / observación, etc.) está completamente roto en los lectores de pantalla; discutiré posibles soluciones con @j.jaffeux.
6 Me gusta