¿Desarrollas teniendo en cuenta la accesibilidad?

Question

Nunca aprendí mucho sobre accesibilidad, pero parece ser un tema importante.

Cuando construye un sitio web o software, o cuando habla con un cliente sobre un sitio web, ¿dónde entra la accesibilidad? ¿O por su experiencia, si no tiene acceso a algo que ha creado para un cliente, recibe muchas solicitudes para incluirlo, o lo limita de alguna manera financiera?

¿Cuáles son los números, supongo? ¿Cuál es el retorno en su negocio? ¿Con cuántas personas ha hablado que lo necesitan? ¿Usted mismo necesita funciones de accesibilidad?

Hago principalmente Flex/Flash y parece que tendré que trabajar un poco para tener acceso completo.

Gracias por la ayuda.

Answer 1

Como una persona con una discapacidad a mí mismo, estoy consious de añadir funciones de accesibilidad cuando escribo software

La accesibilidad es un área de diseño de software que trata de hacer interfaces de software avvessibile para las personas con discapacidades físicas o mentales o imparements . Diferentes personas tienen diferentes necesidades específicas y no se puede esperar que atender específicamente a cada uno, pero hay algunas agrupaciones amplias

• Imparements visuales:
  Esto incluye la ceguera o el color de la ceguera. Para ayudar en esta área, considere proporcionar un texto alternativo "bueno" (golpe clarificado) y sugerencias para que los lectores de pantalla puedan presentar una vista de su contenido que tenga sentido fonético. También es una buena idea proporcionar un acceso fácil a los enlaces para aumentar el tamaño del texto y/o acceder a algunas opciones de hojas de estilo de alto contraste.

  Usuarios
  • distinto del ratón
    Hay un gran número de condiciones que pueden evitar que uno sea capaz de éxito del ratón, que tardó unos pocos años para mí y mi cerebro, que es algo poco fiable cuando se trata espacial relaciones para recoger la habilidad. Para estas personas, el acceso al teclado es realmente útil, no trabajo en el espacio web, así que no estoy seguro de si hay claves estándar para usar, pero las comunican los lectores de pantalla y la información sobre herramientas, por lo que tenerlas es mejor que ninguna.

Hanselminutes episode #125 es bastante educativo. Habla con un usuario ciego sobre accesibilidad en la web y en general

La accesibilidad se omite en muchos procesos de diseño, ya sea porque las empresas no la necesitan de manera inmediata y, por lo tanto, no la consideran en absoluto, o la consideran una característica de baja prioridad. Legislación en varios países ha ayudado un poco en este sentido, pero el problema real es que el acceso en general suele ser una consecuencia del proceso de diseño,

El texto alternativo "bueno" es el uso juicioso del texto alternativo que acentúa el contenido o el propósito de una página, los elementos de navegación deben tener texto alternativo que describa dónde interactuar con ellos llevará al usuario, de manera similar, cosas que no son de contenido, como espaciadores que no deben tener texto alternativo, porque no hay nada peor que escuchar "Foo widgets spacer spacer spacer spacer spacer nav_Products spacer nav_support "

Answer 2

Creo que la accesibilidad suele olvidarse por completo (ya sea implícita o explícitamente descartada de antemano debido a problemas como el costo) en la mayoría de los proyectos de desarrollo de software efectos.A menos que las empresas (o los desarrolladores individuales, más probablemente) ya tengan experiencia con personas con discapacidades o con programas de escritura con discapacidades de los usuarios en mente.

Como desarrollador que al menos trato de hacer atajos de teclado correctamente en el software de trabajo en (porque eso es algo que puede fácilmente comida para perros a mí mismo, ya que trato de mantener las manos-on-teclado tanto como sea posible). Aparte de eso, depende de si existen requisitos sobre accesibilidad.

Creo que este tipo de cosas es parte de "impuestos de programación", es decir, cosas que como desarrollador debe siempre estar haciendo, pero ...

sólo soy consciente de ello - por lo menos más de el desarrollador promedio, creo, porque una vez escribí software para a software magazine on floppy disk, or Flagazine. Esto fue en 3.2, desarrollado a partir de fuentes básicas en una revista, por lo que estas fuentes disponibles por BBS y el disco, con el tiempo cada vez mayor de un menú en torno a las pequeñas aplicaciones para empezar fácilmente, etc.

One of our primary users (y más tarde los miembros de la personal editorial) estaba ciego y se horrorizó cuando pasamos del modo texto al menú movido por un mouse EGA, ya que su software de lector de pantalla TSR no podía hacer nada con los gráficos. Resultó que su sintetizador de voz simplemente aceptaba el texto de un puerto COM. Tenía un pequeño (8K ¿creo?) Búfer que se borrará al instante en la recepción de (creo) un carácter ASCII 1. Y eso fue todo.

Así hicimos el menú gráfico (y la mayoría de los otros programas de Flagazine) completamente accesible en el teclado en todo momento y en los programas gráficos usamos una pequeña biblioteca que escribí para enviar texto ASCII a un puerto COM configurado. Esto tenía pequeños métodos de utilidad como ClearBuffer(). Con esto, y la convención de hablar posibles acciones del menú al presionar la barra espaciadora, todo este software fue accesible para nuestros usuarios ciegos.

I even adapted a terminal application for my HP48 calculator (adding a clear buffer/screen on ASCII 1) so I could use that to emulate a speech synthesizer. Luego probaba todo nuestro software en cada Flagazine conectando mi HP48 con el emulador en ejecución, apagando el monitor de mi computadora y tratando de usar todo el software sin ver nada.

Esos eran los días, hace unos 12 años ... ;-)

Answer 3

Soy una persona ciega también lo han hecho para desarrollar pensando en la accesibilidad si quiero usar mis propios programas. Me concentro en la accesibilidad en función del tipo de aplicación que estoy escribiendo. Al hacer aplicaciones de línea de comando o mainframe, no pienso en accesibilidad ya que esos entornos son inherentemente accesibles. Con aplicaciones basadas en web, tengo que pensar en la accesibilidad pero no mucho. Esto se debe principalmente a que escribo aplicaciones web simples para uso limitado, así que no tiene que preocuparse por hacer que la interfaz sea atractiva, solo utilizable. El área en la que paso la mayor parte del tiempo enfocada en la accesibilidad son las aplicaciones de escritorio. Por ejemplo, al utilizar .net, debo asegurarme de que las propiedades accesibles estén configuradas correctamente y que las etiquetas estén en la posición correcta en relación con un cuadro de texto, de modo que mi lector de pantalla pueda encontrarlas y asociarlas con el control adecuado.