Buscador

Mostrando entradas con la etiqueta Artículos. Mostrar todas las entradas
Mostrando entradas con la etiqueta Artículos. Mostrar todas las entradas

viernes, 9 de marzo de 2012

Textos claros y fáciles de leer: Visual-Syntactic Text Formatting

La legibilidad es una característica o propiedad que define la facilidad de lectura y comprensión de un texto. Que un texto sea legible ayuda a que sea más fácil de leer para todos y en especial para las personas con problemas de lectura y/o discapacidades cognitivas. Por tanto, la legibilidad de los textos es un aspecto esencial en la accesibilidad web. Desgraciadamente, muchas veces se olvida.

Recordemos que las Pautas de Accesibilidad al Contenido en la Web 1.0 dedican la pauta 14 "Asegúrese de que los documentos sean claros y simples" a este tema:
  • 14.1 Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio. [Prioridad 1]
  • 14.2 Complemente el texto con presentaciones gráficas o auditivas cuando ello facilite la comprensión de la página. [Prioridad 3]
  • 14.3 Cree un estilo de presentación que sea coherente para todas las páginas. [Prioridad 3]

Hace unos días comentaba con unos compañeros de departamento lo mal que escriben nuestros alumnos, incluso cuando intentan escribir bien. Y no me estoy refiriendo a cuando nos escriben como si fuese un SMS. En concreto, estuvimos hablando sobre el uso de los signos de puntuación y las frases "kilométricas" que a veces escriben algunos alumnos.

Acabo de encontrar un par de artículos sobre Visual-Syntactic Text Formatting (VSTF), que se puede traducir como "Formateo del texto visual y sintáctico". Es una propuesta muy interesante, aunque quizás con poco futuro por lo innovadora que es, que permite escribir textos más fáciles de leer.

El sistema consiste en emplear la sintaxis de los textos para transformar su presentación visual en un "modelo en cascada" o jerárquico. Más o menos, es lo mismo que hacemos cuando programamos o escribimos código HTML y utilizamos el tabulador (la sangría) para indicar la estructura jerárquica del código. Veamos un ejemplo que aparece en los artículos que he consultado.

La siguiente imagen contiene el texto de la primera frase que aparece en la Declaración de Independencia de los Estados Unidos:


La propuesta VSTF transformaría la presentación visual del texto en esto otro:


Y aquí otro ejemplo, primero el texto original:


Y después el texto transformado según el sistema VSTF:


Cómo he dicho antes, muy parecido a la forma de escribir el código cuando se programa o cuando se escribe un documento HTML. Según los datos presentados por sus autores, la comprensión de los textos aumenta al emplear esta presentación de los textos.

No creo que este sistema sea útil para todo el mundo. Pero sí que sería interesante implantarlo en algunas tecnologías de apoyo destinadas a personas con problemas de lectura y/o discapacidades cognitivas.

Por último, por si alguien los quiere consultar, estos son los dos artículos que he encontrado sobre VSTF:
Finalmente, en la categoría Legibilidad de este blog se pueden encontrar más entradas sobre este tema, como por ejemplo:

jueves, 1 de marzo de 2012

HTML5: situación actual y futuro

HTML5 es "el milagro, la piedra filosofal, el Dorado del desarrollo web". Los que llevamos muchos años en el desarrollo web la estábamos esperando desde hacía tiempo: una tecnología estándar, compatible con todos los dispositivos y con las suficientes características que nos permitan hacer todo lo que queramos sin tener que depender de terceras tecnologías. Una tecnología que nos permita construir desde un "Smart a un Hummer", desde un "Lada a un Lamborghini". Desgraciadamente, por ahora es un espejismo.

El artículo HTML5 still taking shape nos cuenta algunas cosas interesantes sobre la situación actual de HTML5 y sobre las expectativas que se han creado a su alrededor. Además, plantea el dilema entre desarrollar una aplicación nativa para cada dispositivo o el desarrollo de una aplicación web compatible con todos los dispositivos. A continuación, la traducción de los párrafos más interesantes:
Hoy en día, hay pocas dudas de que la industria ha adoptado HTML5 como la mejor solución para el desarrollo y distribución de aplicaciones ricas (rich applications) compatibles con múltiples navegadores y dispositivos. Somos testigos de la desaparición de Flex, del reposicionamiento de Flash, y del anuncio de Microsoft de que Silverlight 5 será la última versión para navegador.

[...]

"Esto no tiene precedentes en nuestra industria", dijo [Todd Anglin]. "Cada uno ha querido construir y poseer la plataforma, pero con la explosión de dispositivos en el mercado, ahora quieren ser dueños de las herramientas y los servicios".

¿Puede que todo esto se remonte a la decisión de Apple de no permitir plugi-ns y entornos de ejecución en su iPhone? En parte. Pero también se debe al creciente número de nuevos dispositivos que salen al mercado, cada uno con diferentes sistemas operativos. "Los plug-ins simplemente no se pueden mantener al día con el rápido aumento de todos estos dispositivos", dijo Anglin. "Incluso si se les permitiese, no podrían mantener el ritmo".

Jacobs citó un estudio que declaraba que dos mil millones de teléfonos móviles con navegadores estarán en circulación en dos años a partir de ahora, y todos esos navegadores afirman soportar los desarrollos basados en HTML5.

Pero es demasiado pronto para declarar a HTML5 el ganador en el desarrollo de aplicaciones web, afirman los expertos. De acuerdo con el sitio web builtwith.com, sólo el 8% de los principales 100.000 sitios web tienen algo de HTML5 detrás de ellos, y sólo el 14% de los principales 10.000 sitios tienen algo de HTML5, aunque sólo sea el empleo de Canvas. Además, sólo el 46% de los usuarios de Internet actuales tienen un navegador compatible con HTML5.

El problema, según Anthony Franco, presidente y cofundador de la empresa de desarrollo de software EffectiveUI, es que HTML5 aún no es un estándar. "Sólo porque alguien dice que su navegador es compatible con HTML5 no quiere decir que sea un estándar. Todos los navegadores soportan la recomendación del W3C [por HTML5] de diferentes formas", dijo.

[...]

Por lo tanto, ¿ha llegado HTML5 al nivel de Flash y Silverlight? La mayoría de los expertos dicen que todavía no, pero se está camino de ello.

[...]

También dijo el Grupo de Trabajo de Aplicaciones Web del W3C está trabajando en una nueva iniciativa para hacer frente "al acceso universal a las aplicaciones web mediante una amplia gama de dispositivos y por una gran diversidad de usuarios".

[...]

Uno de estos debates gira en torno a las necesidades del usuario y la experiencia del usuario. Montones de investigaciones muestran que los usuarios abandonan un sitio web si es lento en responder o no puede ofrecer lo que el usuario desea. Así que, una decisión a la que los desarrolladores web se deben enfrentar es la de escribir una aplicación que es nativa para un dispositivo, o utilizar los estándares web para llegar a más dispositivos.
[...]

¿Qué aproximación se debe adoptar?¿Flash? ¿Silverlight? ¿HTML5/JavaScript/CSS3/SVG?

Anthony Franco, presidente y cofundador de la empresa de desarrollo de software EffectiveUI, dijo que se debe contestar una serie de preguntas antes de elegir la plataforma de desarrollo:
  1. ¿Cuál es la duración esperada de la aplicación? ¿Con qué frecuencia se volverá a rescribir?
  2. ¿Cuál es el conjunto de habilidades de los desarrolladores? Las estadísticas muestran que hay cerca de 5 millones de desarrolladores web en el mundo, mientras que hay menos de 200.000 desarrolladores de Objective-C (para escribir aplicaciones nativas de iOS).
  3. ¿Dónde tiene que residir la aplicación?
  4. ¿Cómo de "rica" necesita ser la aplicación?
  5. ¿Cómo de integrada en los sistemas software actuales necesita estar?
  6. ¿Cuánto está dispuesto a poner en peligro las características de la aplicación en función de la plataforma elegida?
Más información:

viernes, 16 de diciembre de 2011

La accesibilidad web es cosa de todos

La accesibilidad web afecta a todas las personas implicadas en un desarrollo web. Muchas veces se cree que la accesibilidad es únicamente cosa del desarrollador web, de la persona que escribirá el código HTML y CSS y le pondrá un texto alternativo a una imagen con el atributo alt o escribirá las etiquetas de encabezado h1, h2, h3, ...

Quizás esta idea errónea proceda del hecho de que las Pautas de Accesibilidad al Contenido Web  (WCAG 1.0 y WCAG 2.0) son muy técnicas y están orientadas para el desarrollador.

Sin embargo, la accesibilidad es cosa de todos los implicados en un desarrollo web.

El artículo Implementation Plan for Web Accessibility del W3C explica cómo implementar un plan de accesibilidad web en una empresa u organización. En el primer punto dice:
Establish a coordination team with a communication plan.
  • Identify representatives from key departments such as marketing, web development, technical support, usability, etc.
El primer paso es crear un grupo en el que estén representados todos los departamentos clave en el desarrollo.

Los desarrolladores/programadores web tienen sus Pautas (WCAG). ¿Existen pautas o consejos para el resto de implicados en el diseño web? En Internet podemos encontrar algunos artículos interesantes:

¿Conoces algún otro artículo similar en el que se proporcionen consejos para otros implicados en el desarrollo de un sitio web?

lunes, 21 de noviembre de 2011

El envejecimiento de la población y la accesibilidad web

Es de sobra conocido que la esperanza de vida no para de aumentar en la mayoría de los países. Este aumento de la esperanza de vida no va asociado en igual medida a una reducción de las complicaciones que supone esa mayor esperanza de vida, como por ejemplo la merma de las capacidades funcionales. Por otro lado, la edad media de la población laboral cada vez es mayor en los países desarrollados. Además, en algunos países como en España, se está alargando la edad de jubilación (en España ahora es hasta los 67 años). Por tanto, la demanda de tecnologías y productos que sean accesibles cada vez será mayor, ya que la población que los necesita está en aumento.

El artículo The Aging Workfoce is Changing the Demand for Technology that is Accessible nos explica esta situación.

jueves, 10 de noviembre de 2011

Las diferencias entre el diseño inclusivo y la accesibilidad

Hace unos días publiqué la entrada Los 10 principios del diseño web inclusivo en la que me hacía eco del artículo The 10 principles of inclusive web design. Parece que el arículo original causó mucha discusión y la autora ha publicado un nuevo artículo, The difference between Inclusive Design and Accessibility.

La verdad es que después de leerlo un par de veces no me ha quedado del todo claro. El último párrafo del artículo dice:
Accessibility requires access to be provided, but access alone is not always enough to make a website useful. Inclusive means that as many people as possible and importantly as many as are reasonably practicable are included. Included, considered, respected and with equal rights from the get go.

Traducido al español:
La accesibilidad conlleva garantizar el acceso, pero el acceso por sí solo no siempre es suficiente para lograr que un sitio web sea útil. Inclusivo significa que tantas personas como sea posible y más importante, tantas como sea razonablemente factible son incluidas. Incluidas, tenidas en consideración, respetadas y con igualdad de derechos desde el principio.

domingo, 25 de septiembre de 2011

Una introducción sencilla a la accesibilidad web

El artículo A simple introduction to web accessibility de Ian Hamilton explica de una forma sencilla qué es la accesibilidad web. Según Ian, el primer paso es conocer quienes son las personas con discapacidad y cuales son sus necesidades.

Sólo hay cuatro tipos de discapacidad que estén relacionadas con la accesibilidad web: visual, auditiva, motora y cognitiva.

Discapacidad visual
Algunos tipos de discapacidades de este grupo son la miopia, la ceguera al color (daltonismo), el glaucoma y la ceguera completa.

Los consejos que proporciona son:
  • No dependas de pistas visuales
  • Utiliza colores con suficiente contraste
  • Utiliza un tamaño de texto adecuado
  • Haz que los enlaces sean fácilmente distinguibles
  • No dependas únicamente del color
  • Emplea los encabezados (h1, h2, h3, ...) correctamente
  • Garantiza que los enlaces tengan sentido fuera de contexto
  • Evita la ejecución automática de vídeos y audios
Discapacidad auditiva
Algunos tipos de discapacidad de este grupo son el trauma acústico, el trastorno de procesamiento auditivo y la sordera completa.

Como la Web es un medio principalmente visual, los usuarios con problemas auditivos no suelen tener muchos problemas.

El principal problema son los vídeos y la solución es muy sencilla, incluir subtítulos, aunque a veces puede ser costosa. Por ello, una solución alternativa es ofrecer la transcripción del audio.

[Nota: el autor de este artículo no explica que las personas con discapacidad auditiva pueden tener problemas de comprensión, por lo que la legibilidad de un texto es un aspecto a tener en cuenta si se quiere lograr una mejor accesibilidad]

Discapacidad motora
Algunos tipos de discapacidad de este grupo son la parálisis cerebral, el Parkinson y la distrofia muscular.

Se tiene que garantizar que una página se puede emplear exclusivamente con el teclado.

Además, hay que evitar que los elementos con lo que se puede interactuar, como por ejemplo los enlaces y los botones de los formularios, no son muy pequeños y no están muy cerca unos de otros. Además, hay que evitar las interacciones complicadas, como "drag&drop", y los interfaces de usuario en movimiento.

Discapacidad cognitiva
Algunos tipos de discapacidad de este grupo son el síndrome de Down, el autismo y la dislexia.

Las personas con discapacidad cognitiva tienen problemas para procesar la información. El consejo más obvio es simplificar la información que se ofrece, evitar un lenguaje complicado y plagado de acrónimos. Además, también ayuda a un gran porcentaje de usuarios que tienen problemas de comprensión.

También hay que evitar las animaciones y elementos en movimiento que puedan distraer al usuario.

También hay que evitar los elementos inesperados y la ejecución automática de los vídeos.

martes, 5 de julio de 2011

El arte de la accesibilidad

El artículo The Art of Accessibility es corto, fácil de leer, pero ofrece algunos puntos de vista sobre la accesibilidad web muy interesantes.

En primer lugar, el autor de este artículo deja claro que la accesibilidad es mucho más importante que el aspecto visual de una página web:
I could try to refute that on the grounds of practical ethics — the aesthetic preferences of one are simply not important, when stacked up against the functional needs of another.
A continuación, el autor pone un par de ejemplos para fundamentar su idea principal: no hay que entender la accesibilidad como algo negativo, como un escollo que nos impide lograr lo que queremos, sino como un desafío que nos invita a hacer las cosas de otra manera.

Además del propio artículo, también son muy interesantes algunos de los comentarios que ha ido dejando la gente.

lunes, 28 de febrero de 2011

¿Qué le falta a la especificación de HTML5?

El artículo What's still missing in the HTML5 spec explica lo que falta por definir en la especificación de HTML5. Recordemos que según el nuevo calendario para HTML5 del W3C, la recomendación final se espera que se publique en el segundo cuatrimestre de 2014.

Según el artículo, lo más importante que falta por definir son las capacidades multimedia de HTML5 y el soporte de WebSocket, una tecnología que permitirá la comunicación en ambos sentidos (¿un AJAX mejorado?).

Otro tema crítico, la estandarización de los codecs de vídeo, parece que no se resuelve y por ahora no existe un consenso.

sábado, 26 de febrero de 2011

Número especial de la revista IJKWI

El volumen 2, número 1, 2011, de la revista International Journal of Knowledge and Web Intelligence (IJKWI) es un número especial dedicado a la web para todos (Special Issue on Web For All). Los artículos publicados en este número son:
  • Metadata and information structure design on websites – towards a web for all
  • A weighted-graph-based approach for diversifying search results
  • The role of web in launching and using radio communication for public safety
  • Mainstreaming accessibility? Multidisciplinary problems or technical solutions
  • Online diagnosis e-health system for all, based on advanced web accessible database technologies
  • Testing the accessibility of websites
El acceso a los artículos online está restringido a suscripciones (es de pago), sólo está accesible el editorial. Pero sí que se pueden leer los resúmenes de los artículos de forma gratuita. Los dos más interesantes son:

Metadata and information structure design on websites – towards a web for all
When we transmit information through the internet, we would usually like it to reach many people. Our aim is for people to read it, to utilise it as a source, and to make use of it in their studies, e.g., in postgraduate courses, or in other fields of life. This article seeks to identify what elementary criteria our information source has to fulfil in order for search engines to find it, for users to consider it relevant and appropriate, and for it to meet the demands of users with disabilities. Only if these criteria are fulfilled does our website become really accessible. To promote this possibility, the article deals with the theoretical and practical dimensions of screen structure, data structure and metadata.

Testing the accessibility of websites
The current development of the internet and its growing use makes it necessary to satisfy the needs of all users including those with disabilities having accessibility problems. We developed a new validator software (XValid) based on the WCAG 2.0. We tested 18 countries' sites in 15 categories approximately 500 sites, with XValid. We made a statistical analysis based on our test. We determined the most frequently occurring errors based on these statistics. We took into account these typical errors, when we determined our minimal guidelines in ten points. People with disabilities could reach the internet barrier free if the web designer would test his/her design using our recommendations. The problem will be more and more important because the population of Europe will become older and older. This population needs accessible internet. Therefore it is very important to be prepared to cope with this problem now!

viernes, 28 de enero de 2011

Accesibilidad de Microsoft

El sitio web Accesibilidad en Microsoft ofrece información sobre la accesibilidad que ofrecen los diferentes productos de Microsoft. Destacan:

viernes, 11 de junio de 2010

La web 2.0 y la accesibilidad web

El artículo Los efectos de la orgía 2.0: falta de accesibilidad de Daniel Torres Burriel presenta una interesante reflexión sobre las famosas "redes sociales", que de sociales tienen poco ya que la mayoría dejan de lado a las personas con discapacidad, ya que son sitios web con graves problemas de accesibilidad:

Lo siento. Este no va a ser un post políticamente correcto. El cuerpo me pide dar caña. Y lo voy a hacer.
La orgía de la web 2.0 en la que estamos completamente sumergidos, y que está plagada de eyaculadores precoces multiplataforma (muy social, eso sí), nos trae de regalo una indecente y vergonzosa falta de accesibilidad. ¿Qué significa eso? Pues que detrás de todo el rollo de las plataformas sociales, de los espacios de participación, de la conjugación enfermiza el verbo compartir, se esconde una total y absoluta falta de sensibilidad humana. Así lo creo y así lo pienso.
¿Cuántos sitios sociales, de esos tan modernos, tienen un buen soporte para que todas las personas puedan disfrutar de sus características? ¿Están realmente preparados los sitios llamados “2.0″ para ser consumidos por personas con necesidades especiales?
Y voy más allá, ya que el cabreo me inunda. ¿Habéis probado alguna vez a navegar como lo hace una persona con baja o nula visión? ¿Alguien sabe lo que es un lector de pantalla?
No se si es el cabreo que tengo o que hoy lo percibo todo en negativo.

sábado, 22 de mayo de 2010

¿Está fallando la accesibilidad?

Acabo de encontrar el artículo Kill Accessibility, donde el autor nos dice que la accesibilidad está fallando por diversas razones.

Aunque se conozca WCAG 1 y WCAG 2, aunque se utilicen validadores y aunque se cumplan todos los puntos de verificación, si no somos usuarios de las ayudas técnicas (como lectores de pantalla o líneas braille), nunca estaremos seguros de que nuestro sitio web es accesible.


Además, está el problema del "dinero": realizar un test de accesibilidad cuesta dinero, contratar a personas con conocimientos de accesibilidad cuesta dinero, etc. Pero las empresas no ven el retorno de inversión (ROI). Así que al final, ¿para qué preocuparse por la accesibilidad?

El autor propone algunas soluciones, como eliminar las listas de verificación e incluir las paturas de WCAG en las propias especificaciones de HTML y CSS, de forma que sea algo "natural" su uso.

lunes, 3 de mayo de 2010

Artículo sobre accesibilidad web en castellano

Accesibilidad Web es un artículo en castellano publicado en el año 2007 en la revista TRANS: revista de traductología. Está disponible para descargar en formato PDF.

El contenido del artículo es:
  1. Introducción.
  2. Necesidad de una web accesible.
  3. Pautas de accesibilidad al contenido web.
  4. Revisión de la accesibilidad web.
  5. Conclusiones: mitos y realidades.
  6. Bibliografía.

miércoles, 11 de febrero de 2009

Otro artículo sobre WAI-ARIA

A través de un comentario que me han hecho a la entrada Introducción WAI ARIA que escribí ayer me han pasado el enlace de otro artículo parecido: WAI-ARIA, una aproximación. El artículo explica qué es WAI-ARIA, sus orígenes, las soluciones que aporta y contiene algunos ejemplos de utilización: la definición de una zona de navegación (la típica barra de navegación o de menú de un sitio web) y cómo hacer que un widget de tipo slider (barra deslizante) sea accesible.