¿Qué pasos deben tomarse para asegurarse de que su software sea utilizable por personas discapacitadas?

Quiero asegurarme de que una pieza de software que estoy escribiendo sea utilizable por personas con diversas discapacidades, como la ceguera y la incapacidad de usar un mouse y / o teclado.

Desafortunadamente, no tengo experiencia con cosas como lectores de pantalla u otros métodos que usan las personas discapacitadas para hacer que el uso de una computadora sea más fácil / posible. Nunca he tenido mucha experiencia con discapacidades y desafortunadamente no conozco a ninguna persona discapacitada a quien pueda preguntar.

Me preguntaba qué hacen otras personas para asegurarse de que su software esté disponible para una amplia gama de personas con diferentes capacidades.

Esto parece ser un tema que los desarrolladores suelen ignorar y creo que es una verdadera lástima.

Editar: si alguien tiene información específica relacionada con el desarrollo de escritorio además de la información ya proporcionada en las respuestas a continuación, le agradecería. En particular, los métodos que se aplican al desarrollo multiplataforma en Windows, Mac OS X y Linux.

accessibility

— Cromulento
fuente

Sospecho que lo más importante es seguir las pautas de la interfaz de usuario para su plataforma lo más cerca posible. Obtener color / fuente / cualquier configuración de su O / S es obvio, pero hay cosas más sutiles, como asegurarse de que el dictado y otro software de accesibilidad puedan navegar por sus diálogos y que los lectores de pantalla lean el texto correcto para el campo de diálogo que tiene el atención. Cuanto más cerca esté de las pautas de interfaz de usuario estándar para la plataforma, más probable es que estas cosas funcionen.

— Steve314

Necesita un estudio de usabilidad doble ciego ciego, por ejemplo, trate de obtener comentarios reales en lugar de tratar de imaginar algo.

— Trabajo

Gracias a los dos por los comentarios. Obviamente, trato de seguir las pautas de la interfaz como algo natural, pero intentaré cumplir aún más estrictamente en el futuro. En cuanto a una prueba de doble ciego (heh), también me encantaría, pero no estoy completamente seguro de tener acceso a suficientes personas con diferentes discapacidades (no solo me interesa la ceguera), aunque veré si hay cualquier organización benéfica que ayude con este tipo de cosas.

— Cromulent

¿Podría intentar que las personas discapacitadas usen su software y le devuelvan sus comentarios?

— marco-fiset

UX.stackexchange sería mejor para esta pregunta

— paparazzo

Respuestas:

Puede comenzar con usability.gov . También hay pautas formales de la iniciativa de accesibilidad W3.

Después de leer las puntuaciones de los documentos de los años 90 sobre usabilidad, puede probar algunas cosas, como el daltonismo con filtros de color. Colorfilter le permite ver una página o imagen como lo haría alguien con diferentes tipos de daltonismo. El grupo W3 también mantiene una lista de herramientas que son útiles al diseñar para su inclusión .

Para lectores de pantalla (y en general), no enlace a los gatos. Más bien, enlace a una búsqueda de gatos . Esto es especialmente importante para los lectores de pantalla que a menudo escanean un documento en busca de todos los enlaces y los leen al usuario. No es útil para nadie si solo escuchan, "enlace, enlace, enlace, un enlace, este sitio, vaya aquí, enlace", les repite desde su lector de pantalla.

Por último, ya sea para personas discapacitadas o no, siempre debe hacer que sus aplicaciones y sitios web sean fácilmente navegables con solo un teclado.

— David Cowden
fuente

Excelente gracias por la información y los enlaces.

— Cromulent

No mencionas específicamente material web, pero a eso se dirige mi respuesta.

Use las pautas de accesibilidad del W3C . La mayor parte es bastante sencillo, pero es importante entenderlo e implementarlo. En particular, enfóquese en un buen marcado semántico. Por ejemplo, use H1, H2, etc., en lugar de hacer que un DIV parezca un H1.
Cree un sitio que funcione bien sin JavaScript y luego mejore algunas de las funciones con JavaScript.
Usando algo como la barra de herramientas del desarrollador web , deshabilite JavaScript y deshabilite todos los estilos. Actualice la página e imagine cómo sería para un lector de pantalla intentar transmitirla de manera significativa a alguien con problemas de visión.
Asegúrese de que todos los enlaces funcionen bien con JS desactivado. JS es malo cuando se usa para la activación de enlaces. (Este consejo también se aplica a los robots de los motores de búsqueda).
Encuentre un sitio web que esté hablando sobre problemas de accesibilidad (por ejemplo, accessibilityforum.com y solicite voluntarios para probar su sitio (o aplicación, o lo que sea).

— Peter Rowell
fuente

Con respecto al punto 4, el marco web ASP.NET de Microsoft presenta prácticamente TODOS los controles interactivos del servidor como enlaces / elementos con devoluciones de JavaScript.

— Graham

Si esta "característica" puede ser anulada, entonces los programadores eligieron mal por defecto; Si no se puede anular, el marco se rompe, ya sea por incompetencia o malicia.

— Peter Rowell

Técnicamente, podría solucionarse, pero hacerlo sería desechar la MAYORÍA del marco. Mi propia experiencia limitada con lectores de pantalla es que no tuvieron problemas con los enlaces basados en JavaScript que activaron la recarga de la página completa. AJAX parecía más problemático desde el punto de vista de la notificación, pero en ambos casos, el JS disparó como era de esperar. Era solo una cuestión de que el usuario fuera consciente de lo que estaba sucediendo después. Para los enlaces basados en js, el usuario asumió que la página se publicaría, y lo hizo, por lo que no hubo ningún problema.

— Graham

Afortunadamente, generalmente uso Django para el desarrollo web, por lo que no es un problema. No estaba hablando específicamente sobre desarrollo web en mi publicación original (debería haber sido más específico) pero esta información sigue siendo útil. Gracias.

— Cromulent