accessibility - tipos - tipo de lenguaje de marcas
¿Cuáles son los lenguajes de marcado apropiados para usuarios con discapacidades? (5)
Suponga que está desarrollando un sitio web y los usuarios ciegos serán una parte importante de su mercado objetivo. Si el sitio web incluye la funcionalidad de edición de documentos, ¿cuáles serían las herramientas WYSIWYM apropiadas? ¿Los idiomas como Markdown , Textile y Wiki Formatting son realmente accesibles o son inconvenientes para los usuarios ciegos?
Imagínate a ti mismo trabajando en la pantalla de 80x4 de texto puro (solo abre una consola y ajusta el tamaño de manera adecuada), luego usa vi / emacs / ed y pronto te darás cuenta de lo que se interpondrá en el marcado.
Trate de hacer el mayor trabajo posible para entender el texto sin formato, de lo contrario, use un marcado de luz como POD , finalmente, cosas como AsciiDoc son muy poderosas pero necesitan capacitación.
La primera pregunta es: ¿qué tan importante es la estructura semántica? ¿Podrías salir con texto plano? Podría hacer un análisis simple como tratar las líneas en blanco como marcadores de párrafos, tratar una serie de líneas que comienzan con * como una lista con viñetas, identificar las URL y convertirlas en enlaces, etc.
Como desarrollador ciego, no tengo problemas para entender lenguajes como Markdown. Pero si no estoy familiarizado con una sintaxis, solo la aprenderé si espero usar el sitio muy a menudo o si me importa mucho el contenido.
Dos pensamientos finales vienen a la mente: aunque ciertamente experimento algunos problemas de accesibilidad con TinyMCE, podría desarrollar algo mucho más simple: proporcionar menos de 10 opciones de formato, como insertar hipervínculos, hacer listas, centrar texto, configurar el estilo (como encabezado), etc. .
Y, por último, cuando hablo con personas ciegas no técnicas, a menudo solo escriben su contenido en Word y lo pegan en una publicación de wiki o blog. Esto sonaba extraño cuando lo escuché por primera vez, pero tiene sentido. Así que una solución ideal aceptaría pegada en el contenido.
Para terminar, depende de lo importante que sea esto y de cuánto esfuerzo desee gastar. Tal vez un editor de Markdown con una vista previa en vivo (como en este sitio), botones para insertar formatos simples como URL y la capacidad de pegar en texto enriquecido marcaría todas las casillas :-)
No sé acerca de las herramientas WYSIWYG / WYSIWYM, pero sí sé que cumplir con los estándares W3C (especialmente sus borradores de HTML5 en CSS3) al escribir su propio código de editor será de gran ayuda.
En CSS puedes especificar velocidad y entonación de la voz. En HTML, puede especificar texto alternativo (atributo alt en muchos elementos) con el que los lectores de pantalla son compatibles. Asegúrese de saber cuándo usar los elementos abbr y acronym . Use el primero cuando desee que el lector de pantalla lea el significado de una abreviatura y el último cuando el acrónimo se lea como una palabra (por ejemplo, ASAP, NATO y OS).
Para el editor en sí, recomiendo crear un editor WYSIWYG que use divs y spans. Los lectores de pantalla entenderán fácilmente la estructura de un documento. Para la línea actual, use un cuadro de texto; para cada otra línea que no se esté editando, convierta los contenidos inmediatamente a HTML válido.
Si encuentra una buena herramienta, asegúrese de publicarla aquí. Estoy buscando uno también. :-)
En una página web, el editor de texto incrustado más accesible para usuarios ciegos es uno que utiliza HTML estándar, como un elemento <textarea> , con un elemento <label> correspondiente:
<label for="editor">Enter your text here using wiki markup:</label>
<textarea id="editor"></textarea>
Si una herramienta WYSIWYM se construye utilizando HTML estándar accesible, los usuarios ciegos pueden ingresar texto fácilmente, con la plena confianza de que ingresan texto en el lugar correcto. Entonces la pregunta se convierte en: ¿Cuál es el mejor lenguaje de marcado? Todos requieren memorización, pero algunos pueden ser más intuitivos que otros. Una forma de averiguar cuál es la mejor sería realizar algunas pruebas de usabilidad con una amplia variedad de usuarios objetivo. También asegúrese de proporcionar acceso fácil y accesible a la ayuda de sintaxis.
Soy un programador ciego y aunque no he usado la mayoría de los idiomas que mencionas, he descubierto que cualquier lenguaje de reducción de precios es bastante fácil de usar si tienes el deseo de aprenderlo. No he tenido ningún problema con el uso de HTML o varios lenguajes de marcado para wiki''s. Parte de ello dependerá de la inversión que tengan los usuarios en su sitio. Si es un sitio que será visitado con poca frecuencia o por períodos cortos de tiempo, es mucho menos probable que un usuario se tome el tiempo de aprender el marcado requerido, ya sea que estén ciegos o no. Desafortunadamente, no he encontrado un editor WYSIWYG de JavaScript accesible, pero me resulta más fácil ingresar manualmente el marcado, por lo que no he buscado mucho.