He leído otro hilo cerrado sobre el hecho de que un usuario no puede llegar al pie de página debido a la función de desplazamiento infinito. No se resolvió. Se plantearon preocupaciones sobre que era un problema de experiencia de usuario (UX), lo cual sin duda lo es. Pero se ha llamado mi atención porque es un problema de accesibilidad.
El problema:
Aunque el usuario está dando una entrada, es decir, desplazándose, no necesariamente tiene la intención de activar el desplazamiento infinito; por el contrario, su intención puede ser llegar al pie de página para obtener información adicional o soporte.
Cualquier comunidad que utilice esta configuración no superará el nivel A de las WCAG 2.1.
El nivel A se considera el nivel más básico y esencial de accesibilidad web.
He estado auditando una comunidad y clasificaría este problema como un incumplimiento de los criterios de éxito:
2.2.2 Pausar, detener, ocultar (Nivel A) Crítico
Para cualquier información que se actualice automáticamente y (1) comience automáticamente y (2) se presente en paralelo con otro contenido, debe existir un mecanismo para que el usuario pause, detenga u oculte dicha información, o para controlar la frecuencia de la actualización, a menos que la actualización automática sea parte de una actividad en la que sea esencial.
3.2.5 Cambio a solicitud (Nivel AAA) Grave
Los cambios de contexto se inician únicamente a solicitud del usuario o existe un mecanismo disponible para desactivar dichos cambios.
La solución:
Añadir un botón de «cargar más publicaciones» en el feed para devolver el control a los usuarios.
Permitir que los usuarios elijan cuántas publicaciones ver a la vez, de modo que aquellos que busquen una experiencia más infinita puedan hacerlo.
No es realmente aceptable decir «si no te gusta esta configuración, elige otra»; esta puede hacerse fácilmente más usable y debería serlo. Es un requisito moral y legal para muchos de nuestros clientes.
Espero que esto ayude a fundamentar los cambios necesarios.
Entendido, por lo tanto, combinar actualmente un feed infinito con un pie de página crea una solución inaccesible.
Pero eso no tiene por qué ser la respuesta. Se podrían colocar controles en el feed para ofrecer al usuario la opción de cargar más publicaciones o llegar al pie de página. ¿Existe alguna posibilidad de implementar esto?
El pie de página es un patrón web muy común. Crear experiencias web consistentes y reconocibles es un principio fundamental para desarrollar experiencias usables y comprensibles.
Los pies de página apoyan los Criterios de Éxito (CE): 2.4.5 Múltiples formas (AA)
Se dispone de más de una forma para localizar una página web dentro de un conjunto de páginas web, excepto cuando la página web es el resultado de, o un paso en, un proceso.
No desactivar los pies de página en páginas específicas apoya el CE 3.2.3 Navegación consistente (AA)
Los mecanismos de navegación que se repiten en varias páginas web dentro de un conjunto de páginas web aparecen en el mismo orden relativo cada vez que se repiten, a menos que el usuario inicie un cambio.
¿Es la postura de Discourse que si eliges esa combinación, el problema es tuyo?
¿Sabes si existe algún consejo al respecto en la documentación que establezca este hecho: “que añadir un pie de página en un sitio con desplazamiento infinito lo volvería inaccesible”?
Me encuentro en una situación complicada; tendré que sugerir rediseños para algunas comunidades importantes que gestionamos. Por lo tanto, estoy tratando de comprender la imagen completa de este problema.
No estoy familiarizado con estudios existentes en esta área, pero es un hecho bien conocido que no debes colocar un pie de página en tu sitio web con desplazamiento infinito. Hay muchos ejemplos populares aquí: Facebook, Twitter, LinkedIn, Instagram, GMail, etc. Ninguno de ellos tiene pies de página, y toda la funcionalidad de la aplicación web está disponible, tal como la utilizan miles de millones de personas.
Eso no está en nuestra hoja de ruta y no tengo conocimiento de que alguno de nuestros clientes pagantes existentes haya solicitado algo así.
Entonces, si entendí bien toda la historia, tu problema es el siguiente:
Tu sitio web principal de propiedades tiene un pie de página.
Quieres que tu sitio principal de propiedades y tu instancia de Discourse se vean similares.
Discourse no tendrá un pie de página prominente en algunas páginas, ya que el desplazamiento infinito lo desplaza fuera de vista.
No quieres tener el pie de página solo en algunas páginas.
Entiendo que es una situación complicada, pero siendo estoicos al respecto, solo tienes dos opciones si quieres usar Discourse:
Coloca el pie de página.
Utiliza una página sin desplazamiento infinito como página de inicio, como Categories - Discourse Meta, para que aparezca prominentemente y no te preocupes por que no sea accesible en la ruta /latest.
No coloques el pie de página.
Nuestra página discourse.org tiene un pie de página, y también lo tiene nuestro blog. Pero aquí no tenemos el mismo pie de página. Muchas empresas hacen lo mismo, e intentar lo contrario podría ser como querer encajar un clavo cuadrado en un agujero redondo.
Estoy representando a una selección de sus clientes actuales que pagan. Además, como mencioné en mi publicación inicial, hay otros hilos que discuten esta combinación y preocupación, los cuales han sido descartados de manera similar a su respuesta reciente.
No es un problema personal mío. Es un fallo de accesibilidad que muchas comunidades están experimentando; esperaba que el equipo estuviera dispuesto a solucionarlo.
Seguiremos utilizando Discourse y exploraremos la creación de algunas de nuestras propias soluciones personalizadas, ya que esto está muy lejos de su hoja de ruta actual.
Arriesgándome a sonar un poco partidista, no creo que sea totalmente justo clasificar a Discourse como una página web.
Es una aplicación web y, como tal, difumina la línea entre páginas web y aplicaciones.
¿No cambia las cosas significativamente si lo abordo como una aplicación?
Ábrelo como una PWA y se comporta de manera bastante convincente como una aplicación.
¿Dónde está el pie de página si abro el correo de iOS?
(De acuerdo, hay algunos controles básicos en un panel flotante inferior, pero eso también es cierto para Discourse en modo hub).
¿Acaso se está criticando a Apple por no tener uno?
¿Qué pasa con Gmail?
¿Cómo puede ser aceptable que Gmail y el Correo tengan desplazamiento infinito para los correos electrónicos, pero de alguna manera no lo sea en lo que respecta a las listas de temas? ¿No son semánticamente muy similares?
¿Estarían encantados los usuarios si los desarrolladores de Gmail o del Correo de iOS introdujeran un botón para obtener más correos?
¿Por qué sus expertos en accesibilidad han concluido que el desplazamiento infinito es aceptable para esas dos aplicaciones?
¿Son estas directrices siquiera aplicables en este caso?
El foro en https://thepavilion.io/ tiene un pie de página adicional que podrías usar como inspiración. Funciona bien en iOS Safari y menos bien (o al menos de manera diferente) en la aplicación Discourse para iOS.