WEBS REALIZADAS

lunes, 28 de octubre de 2013

¿Por qué un sitio web debe ser accesible?

Existen muchas razones para hacer un sitio web accesible, los beneficios que se logran son numerosos, pero sin duda alguna, el siguiente argumento es de los más convincentes y nadie puede argumentar algo en su contra:
It's the right thing to do.

And not just the right thing; it's profoundly the right thing to do, because the one argument for accessibility that doesn't get made nearly often enough is how extraordinarily better it makes some people's lives. Personally, I don't think anyone should need more that this one example: Blind people with access to a computer can now read the daily newspaper on their own. Imagine that.

How many opportunities do we have to dramatically improve people's lives just by doing our job a little better?

Es lo que se debe hacer.
Y no sólo lo que se debe hacer; es claramente lo que se debe hacer, porque el argumento a favor de la accesibilidad al que no se le presta suficiente atención es lo extraordinariamente mejor que hace la vida de algunas personas. Personalmente, no creo que nadie debería necesitar algo más que este ejemplo: los ciegos con acceso a un ordenador ahora pueden leer el periódico todos los días ellos solos. Imagina eso.

¿Cuántas oportunidades tenemos de mejorar la vida de las personas dramáticamente simplemente haciendo nuestro trabajo un poco mejor?
Steve Krug, Don't Make Me Think, New Riders, 2005 (segunda edición).

sábado, 26 de octubre de 2013

Cómo navegan las personas que usan un lector de pantalla

Antes de intentar resolver los problemas de accesibilidad de una página web, hay que saber cómo navegan los usuarios con discapacidad.
Por ejemplo, ¿qué problemas de falta de accesibilidad experimentan los usuarios ciegos?

Lo mejor es sentarse con un usuario ciego y pedirle que navegue por la Web, pero eso no siempre es posible. Otra solución es leer un artículo en el que se nos expliqué cómo navegan por la Web las personas ciegas.

En el año 2003 se publicó en la revista Interactions de la ACM el artículo Bridging the gap: between accessibility and usability. Unos años después, los autores publicaron una versión extendida, Guidelines for Accessible and Usable Web Sites: Observing Users Who Work With Screen Readers, que está disponible tanto en formato HTML como PDF.

En este artículo, los autores recogen lo que aprendieron al observar 16 usuarios ciegos, que usaban JAWS (13 usuarios) y Window-Eyes (3 usuarios). Su experiencia se resume en:

  1. Screen-reader users scan with their ears.
  2. Screen-reader users must understand the browser, the screen reader, and the Web sites – quite a mental load.
  3. Many users do not know or use all the features of the software.
  4. The software does an amazing job but still mispronounces words.
  5. Many screen-reader users do not want a special version  ("text version"). 
  6. Many want to skip the navigation but do not do so. 
  7. Many users jump from link to link or use a Links List box.
  8. The Find feature does not cycle through the page – and the screen reader moves the cursor as it talks.
  9. When the ALT-tag and the text on a page differ, users may type the  wrong information in the Find dialogue box.
  10. Some users are poor spellers, which makes searching difficult.
  11. Anchor links can work well, but not if the page refreshes.
  12. Some screen-reader users jump from heading to heading.
  13. First, screen-reader users must find the form.
  14. Users do not want to switch back and forth between text and fields.
  15. If screen-reader users are in form-filling (Edit) mode, they do not hear any text that is not part of a field.
  16. When filling out a field makes the page refresh, the software starts  reading from the top as if it were a new page.

Encuesta sobre la accesibilidad de los dispositivos móviles

The Paciello Group acaba de lanzar una encuesta sobre la accesibilidad de los dispositivos móviles: Mobile Accessibility Survey (sólo está en inglés).

Las preguntas más interesantes sobre la accesibilidad son:
  • Tipo de discapacidad (ceguera, baja visión, etc.)
  • Dispositivo (Samsung, Apple, Motorola, etc.)
  • Sistema operativo (Android, iOS)
  • Tecnología de apoyo en el dispositivo (VoiceOver, TalkBack)
  • Navegador usado
  • ¿Cómo descubres sitios web y aplicaciones móviles accesibles?
  • ¿Empleas un dispositivo/periférico Bluetooth?
  • ¿Qué tipo de dispositivo Bluetooth? (teclado, ratón)

martes, 22 de octubre de 2013

Encuesta sobre el acceso a la Web

El grupo de investigación en interacción persona ordenador e integración de datos (GRIHO) de la Universidad de Lleida ha publicado una encuesta online para profundizar en los problemas/barreras que tienen los usuarios en el acceso web:
Acceso a la encuesta sobre el uso de la web del grupo GRIHO
La encuesta está abierta a todo el mundo que tenga problemas de acceso a la web, pero especialmente dirigida a personas con algún tipo de discapacidad (visual, auditiva, motora y cognitiva).

Vídeos subtitulados, accesibilidad y SEO

El artículo Video Captioning: Win/Win for accessibility and SEO (Part 1 of 2) y su segunda parte nos recuerda la importancia de subtitular los vídeos.

El artículo dice que subtitular los vídeos es una estrategia win-win (todos ganan, o todo son ventajas):
  • Los subtítulos y las transcripciones ayudan al posicionamiento, ya que cada vez hay más contenido en formato vídeo y los buscadores tienen en cuenta los subtítulos y las transcripciones para el posicionamiento.
  • Los subtítulos mejoran la accesibilidad de los contenidos, no sólo de cara a las personas con discapacidad, sino de cara a todos los usuarios (usuarios que no pueden escuchar el audio porque hace mucho ruido, porque el audio no está en su lengua nativa, etc.)

Párrafos correctos

Algo tan simple como la etiqueta "p" de párrafo se puede usar de forma incorrecta y puede acabar originando problemas de usabilidad y accesibilidad.

En el artículo Use the p element to create paragraphs nos explican las ventajas de crear párrafos que son realmente párrafos y no usar la etiqueta "br" para separar el texto:
  • Hace más fácil controlar los márgenes de los párrafos con CSS.
  • Permite a los usuarios de lectores de pantallas y otros productos de apoyo "ojear" un documento saltando de un párrafo a otro párrafo.
  • Describe semánticamente el texto como lo que es, un párrafo.
Además, en las recomendaciones de HTML del W3C podemos encontrar lo siguiente:

viernes, 18 de octubre de 2013

Diez lectores de pantalla gratuitos

En 10 Free Screen Readers for Blind or Visually Impaired Users nos recomiendan 10 lectores de pantalla gratuitos para ciegos usuarios con problemas de visión:
  1. NVDA (Windows)
  2. Serotek System Access (Windows)
  3. Apple VoiceOver (OS X)
  4. ORCA (Linux)
  5. BRLTTY (Linux)
  6. Emacspeak (Linux)
  7. WebAnywhere (All OSs, Web browsers)
  8. Spoken Web (Internet Explorer)
  9. ChromeVox (Google Chrome)
  10. ChromeVis (Google Chrome)

Contenido dinámico accesible

Mañana sábado 19 de octubre, en el marco de Codemotion, el gran Ramón Corominas dará la charla Contenido dinámico accesible: Yes we can!
La descripción de la charla es:
Desde simples menús desplegables, pasando por carruseles, lightboxes... a bloques de información actualizada mediante AJAX; muchos de estos contenidos pueden provocar graves barreras de accesibilidad que deben tenerse en cuenta para no dejar fuera a nadie.

Contenido:
  1. Lectores de pantalla y buffer virtual.
  2. Casos típicos y sus problemas.
  3. Posibles soluciones accesibles.

jueves, 17 de octubre de 2013

Evaluación de la accesibilidad de páginas web de universidades españolas y extranjeras incluidas en rankings universitarios internacionales

Hace unos días se publicó en la revista CSIC el artículo Evaluación de la accesibilidad de páginas web de universidades españolas y extranjeras incluidas en rankings universitarios internacionales. Es un estudio muy interesante en el que se analiza la accesibilidad de varias universidades de prestigio. Para ello se han empleado diferentes herramientas que se describen en el artículo.
Las universidades analizadas han sido:

UNIVERSIDADES EXTRANJERAS
  1. California Institute of Techonology (Estados Unidos)
  2. Harvard University (Estados Unidos)
  3. Massachusetts Institute of Technology (Estados Unidos)
  4. Princeton University (Estados Unidos)
  5. Stanford University (Estados Unidos)
  6. University of California, Berkeley (Estados Unidos)
  7. University of Cambridge (Reino Unido)
  8. University of Chicago (Estados Unidos)
  9. University of Oxford (Reino Unido)
 
UNIVERSIDADES NACIONALES
  1. Universidad Autónoma de Barcelona
  2. Universidad Autónoma de Madrid
  3. Universidad de Barcelona
  4. Universidad de Valencia
  5. Universidad de Zaragoza
  6. Universidad Politécnica de Valencia
  7. Universidad Pompeu Fabra


¿Y la conclusión principal? El primer párrafo de las conclusiones dice:
A partir de los resultados obtenidos, se ha llegado a la conclusión de que la mayoría de los sitios analizados no llegan a un nivel de cumplimiento aceptable. A pesar de ser todas ellas instituciones incluidas en tres importantes rankings universitarios, únicamente dos de las universidades analizadas, lo que representa un 12,5% de la muestra, consigue un nivel de accesibilidad moderado. Estas barreras pueden dificultar o impedir el acceso a los contenidos a personas que puedan tener alguna limitación física o sensorial.

miércoles, 16 de octubre de 2013

El nivel de cumplimiento de la accesibilidad web en Europa

Interesante el informe realizado por la Comisión Europea en el año 2009: Study report: Web accessibility in European countries: level of compliance with latest international accessibility specifications, notably WCAG 2.0, and approaches or plans to implement those specifications.
Este informe presenta los resultados de un estudio para proporcionar datos y análisis para apoyar a la Comisión Europea en la identificación de nivel de implantación de la accesibilidad web en la Unión Europea. El objetivo del estudio era aportar pruebas y análisis para ayudar a entender y comparar los enfoques adoptados por los países europeos, con el fin de identificar los problemas y desafíos, buenas prácticas y las prioridades futuras en el ámbito de la accesibilidad web. Un aspecto central de este informe es sobre el tema de la transición a las pautas WCAG 2.0 en el contexto actual en que los Estados miembros, en su mayoría, están dirigiendo sus esfuerzos hacia las anteriores pautas WCAG 1.0.

El informe está divido en tres documentos en formato PDF. En la tercera parte,Overview of Accessibility Related Obligations Imposed on Website Owners in Selected Member States and of National Sources of Data on Compliance, se ofrece una comparativa de las legislaciones en materia de accesibilidad web de diferentes países europeos.

Evaluación de la accesibilidad web

Aunque un poco viejo, es de abril de 2006, el artículo Evaluating website accessibility sigue siendo muy interesante.
Se divide en tres partes, explica paso a paso cómo realizar la accesibilidad de un sitio web. para ello, propone el uso de diversas herramientas, como programas para verificar que el contraste de color es suficiente o Fangs para simular la navegación mediante un lector de pantallas.

martes, 15 de octubre de 2013

De WCAG 1.0 a WCAG 2.0

Migrating from WCAG 1.0 to WCAG 2.0 (Incorporating W3C WCAG 2.0 Recommendation) es un documento que preparó Roger Hudson para ayudar a realizar la transición de WCAG 1.0 a 2.0. En este documento se establece la correspondencia entre los puntos de verificación de WCAG 1.0 y los criterios de éxito de WCAG 2.0.

INTECO publicó un documento parecido llamado Hacia las Pautas WCAG 2.0 hace tiempo.

Los diez problemas más comunes

En el artículo Ten Common Accessibility Problems, su autor recopila los diez problemas más comunes en base a su experiencia como revisor de la accesibilidad de numerosos sitios web. En esta lista, el orden de los problemas no es significativo:
  1. No incluir el texto alternativo para las imágenes.
  2. Uso de CAPTCHA.
  3. No proporcionar alternativas adecuadas para contenido inaccesible.
  4. No usar los encabezados de HTML de forma apropiada.
  5. No asociar de forma explícita los controles de un formulario con sus etiquetas.
  6. No garantizar la suficiente diferencia de contraste entre el color del texto y el color de fondo.
  7. No identificar las tablas de datos con summary o caption.
  8. No etiquetar las tablas de datos correctamente.
  9. No garantizar que las páginas se pueden usar sin el ratón.
  10. Uso del evento onchange en los menús de tipo select.
Si quieres más consejos similares, en Consejos para crear páginas web accesibles recopilo varias listas de este tipo.

lunes, 14 de octubre de 2013

Treinta consejos para mejorar la accesibilidad web

El artículo 30 Web Accessibility Tips presenta una lista de treinta consejos para mejorar la accesibilidad web:

  1. Add proper alt text to images. 
  2. Use headings properly. 
  3. Create accessible PDFs. 
  4. Know when to use PDF. 
  5. Use ARIA landmarks. 
  6. Add labels to form fields. 
  7. Group related form fields together and assign a single prompt that they all share. 
  8. Markup tables appropriately. 
  9. Identify language of text. 
  10. Use a color contrast checker. 
  11. Avoid using tiny fonts. 
  12. Respect white space (between lines, between paragraphs). 
  13. Provide visible indication of focus, especially for keyboard users. 
  14. Use text, not pictures of text. 
  15. Think twice about the words you choose. 
  16. Caption video. 
  17. Describe video. 
  18. Provide a transcript. 
  19. Choose media players that support accessibility. 
  20. Choose a dropdown menu system that works for all users. 
  21. Choose JavaScript widgets that support accessibility. 
  22. Test JavaScript widgets - don't assume they work for everyone. 
  23. Choose Learning Management Systems (LMS) and Content Management Systems (CMS) that support accessibility. 
  24. Test web pages with a keyboard. 
  25. Test pages with high contrast color schemes. 
  26. Test pages with assistive technologies. 
  27. Test pages on mobile devices. 
  28. Ask vendors specific questions about the accessibility of their products. 
  29. Demand accessibility! 
  30. Get involved! 

Accesibilidad en los formularios

Muy interesante el tutorial Accessible Forms, que explica paso por paso cómo crear formularios accesibles. Entre otras cosas, explica:
  • La importancia de etiquetar los controles con label.
  • La forma de etiquetar los distintos controles.
  • El agrupamiento de controles con fieldset y legend.
  • El uso del atributo title.
  • Algunos temas de usabilidad de formularios.

Petición para que longdesc sea visible en Google Chrome

Emmanuelle Gutiérrez nos avisa en un mensaje publicado en la lista de correo accesoweb que existe una petición para que el atributo longdesc sea visible en Google Chrome y sea accesible para los productos de apoyo.
Desgraciadamente, el atributo longdesc había desaparecido de HTML5, pero gracias a una extensión para la descripción de las imágenes que ha desarrollado el W3C, ha regresado. Además, recientemente, Mozilla anunció que va a incorporar en Firefox el soporte del atributo longdesc. Y si se incorpora el soporte del atributo longdesc a Chrome también estará disponible en el navegador Opera, porque ahora Opera se basa en el proyecto Chromium y por tanto Chrome y Opera comparten el mismo intérprete de páginas web.

¿Por qué es importante que los navegadores faciliten el uso del atributo longdesc?
El atributo longdesc siempre ha estado ahí, pero como los navegadores web no permitían su uso, era desconocido para la mayoría de los desarrolladores web, y aquellos desarrolladores web que sí que lo conocían, como no lo podían probar, al final no lo usaban.

Por tanto, es muy importante que los navegadores web faciliten el uso del atributo longdesc, ya que aumentará su visibilidad, los desarrolladores web serán más conscientes de su existencia y utilidad, y es muy probable que aumente su uso, lo que repercutirá en una mejora de la accesibilidad web.
Por último, un ejemplo de uso del atributo longdesc con imágenes complejas. Si se quiere comprobar su funcionamiento, se puede hacer con el navegador Mozilla Firefox y su complemento Longdesc (dentro de poco el propio navegador incorporará esta opción y ya no será necesario instalar este complemento).

Y por último, el W3C ha lanzado el "last call" para la revisión de HTML5 Image Description Extension (longdesc). Se pueden mandar comentarios hasta el 16 de septiembre.

domingo, 13 de octubre de 2013

Hablamos de accesibilidad web

Un vídeo de menos de tres minutos de duración que explica qué es la accesibilidad web, Hablamos de accesibilidad web:



10 acontecimientos que mejoraron la accesibilidad de la informática

El artículo 10 milestones in the mainstreaming of accessibility explica 10 acontecimientos que han ayudado a mejorar la accesibilidad de la informática:
  • 1998 – Section 508
  • 1999 – The W3C Web Content Accessibility Guidelines (WCAG) 1.0
  • 2000 – Narrator in Windows 2000
  • 2005 – VoiceOver in Mac OS X 10.4 Tiger
  • 2006 – closed captions on YouTube
  • 2008 – The W3C Web Content Accessibility Guidelines (WCAG) 2.0
  • 2009 – The first mainstream accessible smartphone
  • 2011 – Google Android 4.0 Ice Cream Sandwich
  • 2012 – Windows 8
  • 2013 and beyond – Global Public Inclusive Infrastructure (GPII)

Comparativa de la accesibilidad en diferentes países

Muy interesante la página Freedom of expression and access to information. Permite comparar la situación de la accesibilidad web en diferentes países europeos (Austria, Bulgaria, Croacia, ..., España) a través de una serie de preguntas, como por ejemplo:
Is there existing legislation in your country to encourage or ensure that websites, in particular government, public service or other sites providing widespread services of general use (such as hiring services, travel, telephony, energy, education, employment, leisure...) are accessible to visually impaired people? Please be sure to specify in your answer to which categories of site the regulation(s) apply. 
What are the standards that are used in your country to measure website accessibility? 
Is there an authority in place to establish, measure and control website accessibility?
Y así hasta 9 preguntas.

La lucha de las personas ciegas por una Web más accesible

El artículo The blind community's fight for a more accessible Web, publicado en The Daily Dot, me ha sorprendido porque señala que todavía hay gente que piensa que las personas con discapacidad no utilizan la Web.
En el artículo se explica que la Web es muy importante para las personas con discapacidad:
The Internet is as critical to these individuals as it is for anyone else—if not more so, since the Web is often used to avoid the challenges and transit that accompanies daily activities like shopping.
Se cuenta la historia de un usuario ciego que cuando empezó a navegar por la Web, tenía que copiar los textos de las páginas web al programa de síntesis de voz (parece que no existían todavía los lectores de pantalla):
Blind for as long as he can remember, Olsen has been able to trace the progress of online accessibility since the Internet went mainstream in the mid-90s. He received his first computer at the age of 8. Back then, the only way for him to "surf the ‘net" was to copy and paste text into a speech program.
Hacer un sitio web accesible no es un problema desde un punto de vista técnico, es posible. El problema que existe hoy en día es lograr que la gente lo haga:
"The technology is there," he said. "The battle has been getting websites to comply."
Y el mayor problema es la ignorancia:
Lazar said most companies that fail to provide accessible websites are acting from a place of ignorance. In his experience, he said many companies just assume they don't have blind or otherwise impaired customers using their website. He said that's a mistaken belief, since many blind people have used websites to better plan trips to retail locations or avoid the hassle of going to stores altogether.

miércoles, 9 de octubre de 2013

Los cursos en Coursera tienen que ser accesibles por contrato

Coursera es una de las plataformas más famosas de cursos MOOC. Si no sabes qué es un MOOC, te recomiendo que consultes mi sitio web ¿Qué son los MOOCs?

En julio del año pasado, alguien le pasó a la prensa el contrato firmado entre Coursera y la Universidad de Michigan: The U. of Michigan's Contract With Coursera. El contrato tiene ¡¡¡42 páginas!!! Es un contrato y lo demás son tonterías.

En el apartado 11 ADA COMPLIANCE se indica que la universidad que ofrece los cursos debe cumplir la ley ADA (Americans with Disabilites Act) y debe ofrecer los contenidos de forma que sean accesibles para las personas con discapacidad, y se indica de forma expresa los usuarios ciegos que utilizan un lector de pantallas. Además, se indica que se tienen que proporcionar los transparencias empleadas en los vídeos y descripciones textuales de cualquier material gráfico usado en los ejercicios de tipo test y en los problemas.

Por su lado, Coursera se compromete a que la plataforma sea accesible, a ofrecer los vídeos subtitulados cuando el número de inscripciones en un curso supere las diez mil personas y a realizar el subtitulado de los vídeos en cursos con un número inferior de inscripciones cuando así lo solicite un usuario discapacitado.

Accesibilidad de SVG

Current State of Authoring Accessible SVG es un pequeño artículo en el que se tratan dos cosas: las características de accesibilidad que ofrece SVG y el soporte que ofrecen dos herramientas muy populares, Inkscape y Adobe Illustrator, para definir los metadatos necesarios para mejor la accesibilidad.

martes, 8 de octubre de 2013

Windows XP cierra el 8 de abril de 2014

La popularidad le dio una prórroga, pero no le ha servido para salvarse. Su muerte se anunciaba desde 2008. Windows XP, un sistema operativo instalado en más de 2,3 millones de ordenadores de empresas y casi en cuatro millones de hogares, dejará de recibir soporte el 8 de abril de 2014. En total representa el 30% del parque de ordenadores activos en España. Mantiene una cuota muy similar, el 31,4 % según Net Applications, en el resto del mundo.

Para Microsoft, su creador, morirá en ese mismo instante.“Ya no vamos a hacer parches de seguridad, ni asumir problemas legales. Se acabó el soporte, no habrá, ni gratis, ni de pago”, subraya Fernando Calvo Velilla, director de Windows en Microsoft Ibérica. Esto no significa que el ordenador de casa deje de funcionar, pero sí que dejará de actualizarse y en consecuencia será más permeable a virus y ataques informáticos, los periféricos más modernos ya no serán compatibles.

Este paso quiere incentivar la adopción de Windows 8, estrenado a finales de 2012 y que saldrá con una importante renovación el próximo 18 de octubre. Windows XP ha sido la versión más longeva de la historia de Windows, casi 13 años en activo, desde el 21 de octubre de 2001. Suplió las carencias del criticado Windows 2000 y, sobre todo, una polémica versión doméstica, ‘Me’. Una longevidad que llama la atención si se tiene en cuenta la renovación casi anual, previo pago de 17 euros, por parte del sistema operativo de Apple.

El directivo no pretende generar alarma pues argumenta que la prórroga ha sido de más de dos años sobre los planes previstos, pero ya es imposible mantenerlo. “Queremos sacar de XP a las empresas. Ya sea con Windows 7, 8 o el 8.1 que sale en pocas semanas. 7 y 8 están hechos para convivir. Vamos a ayudar a dar el salto”, expone. Aunque sí tiene que dar un consejo, lo tiene claro: “Si hay que renovar, recomiendo una pantalla. Hay cuatro veces más aplicaciones táctiles que con ratón. Lo ideal en el entorno de trabajo es un híbrido”. Este tipo de aparatos funcionan como tableta independiente, pero también se pueden integrar en estaciones de trabajo o teclados que incluyen batería de modo que la autonomía puede ir más allá de 10 horas. Asus, HP y Acer preparan este tipo de propuestas.

El 30% de los ordenadores españoles aun funcionan con este sistema operativo
Surface 2, también dentro de esta categoría que une el mundo táctil, algo más lúdico, con el profesional, saldrá al mercado el 22 de octubre en España. Es la segunda intentona de Microsoft para combatir el éxito del iPad. Apple no inventó las pantallas táctiles, pero sí las convirtió en algo deseable, en un nuevo aparato de consumo, más allá del ordenador y el móvil. Desde Microsoft insisten en que su guerra no pasa por vender más Surface, aunque esta vez sea más delgada, con mejor pantalla y con varias posiciones de visionado, sino en mostrar un aparato inspirador para que el resto de la industria siga la estela.

Uno de los rumores más recurrentes es la fabricación de una tableta por parte de Nokia –ahora propiedad de Microsoft-. Calvo no se aventura a confirmarlo: “Hay que esperar a enero para que se confirme la adquisición. Por ahora no podemos decir nada más”. Aunque encaja dentro de la lógica de sus declaraciones: “Vamos en serio con el hardware, nosotros fabricamos nuestros aparatos”.

El gigante del software insiste en que el precio no tendría que ser un impedimento. Windows 8, que incluye la actuación a 8.1, cuesta 150 euros. “Tenemos un acuerdo con HP para ayudar con la financiación, para ayudar en la transición con descuentos y ofertas. Hemos puesto el foco en herramientas de migración”, aclara.

En la empresa creada por Bill Gates han aprendido a convivir con las críticas. En Windows 8 se tomó una decisión valiente, terminar con una de sus señas de identidad, el botón de “Inicio”. De hecho, cuando se creó, en Windows 98, fue el motivo de la campaña publicitaria con el ‘Start me up’ de los Rolling Stones como banda sonora. En 8.1 ha vuelto, junto al botón lo hace el menú desplegable con los programas más usados. Es decir, mantiene la interfaz del escritorio similar a Windows 7 y los iconos en cuadrícula de la versión 8. “No me importa que hagan bromas sobre un supuesto error. Prefiero pensar que hemos escuchado las críticas y rectificado”, sostiene el directivo.

Al mismo tiempo, aprovecha para lanzar un mensaje a Google. “Intentamos ser cada vez más accesibles; por ejemplo, para crearse una cuenta de usuario vale cualquier correo. No pasa como con Android, que es necesario tener cuenta de Gmail para activarlo”.

Esta no es la única novedad del 8.1. La consecuencia será la llegada de más tamaños de pantalla. Ya no se ciñen a las 10 pulgadas, sino que tendrán competidores para los populares iPad Mini y Nexus 7. Habrá tabletas Microsoft con precios que ronden los 200 euros, muy ajustado si se tiene en cuenta que el precio de la licencia suelta del sistema operativo, y, sobre todo, con algo a su favor, el puerto USB, una puerta abierta a periféricos y ampliaciones que no tienen iOS o Android.

Accesibilidad web para las discapacidades cognitivas y los problemas de aprendizaje

Un buen artículo publicado en el sitio web de desarrolladores de Opera: Web accessibility for cognitive disabilities and learning difficulties.

Las personas con una discapacidad cognitiva o problemas de aprendizaje pueden tener problemas en las páginas web con las siguientes tareas:
  • Lectura del texto.
  • Memoria.
  • Resolución de problemas.
  • Mantener la atención.
  • Calcular.
  • Aprendizaje no verbal.
En el artículo se proporcionan consejos para limitar los problemas en estas tareas.

Stylish

Stylish es un complemento para el navegador Mozilla Firefox que permite personalizar la apariencia de las páginas web y el interfaz de usuario. Es una opción muy interesante para las personas con visión reducida que tienen dificultades para ver el contenido de una página web con los colores o los tamaños de letra por defecto.

La descripción de este plugin dice:
Stylish permite gestionar fácilmente los estilos de usuario. Los estilos de usuario mejoran tu experiencia de navegación ya que te permiten mejorar sitios poco atractivos, personalizar la apariencia de tu navegador y cliente de correo o simplemente divertirte. Gracias al repositorio en línea, que encontrarás en userstyles.org, no hace falta que sepas escribir estilos: con solo un par de clics podrás aplicar el estilo que quieras. Stylish es a CSS lo que Greasemonkey es a Javascript pero, al contrario que otros formas de utilizar estilos de usuario, la mayoría de ellos funcionan inmediatamente.
Guía del usuario: http://userstyles.org/stylish/help
Informe de errores y solicitud de funciones: http://userstyles.org/stylish/discussion
Por ejemplo, aquí tenemos el estilo Accessible Facebook Design, con una captura de pantalla de Facebook antes:


 Y después:

El uso de tabindex para mejorar la accesibilidad

En WAI-ARIA se redefine el comportamiento del atributo tabindex de HTML. En WAI-ARIA 1.0 Primer está explicado en el punto 2.1.3. Provision of the Keyboard or Input Focus: "What object am I working on?".
En HTML 4.01 y XHTML 1.x, sólo los controles de los formularios (button, input, select, textarea), los enlaces (a y area) y los objetos (object) pueden recibir el foco. Esto dificulta el desarrollo de interfaces avanzadas en las que con los eventos (onclick, onkeydown) podemos hacer que se pueda interactuar con cualquier elemento de la página.

En WAI-ARIA se puede emplear tabindex para permitir que un elemento cualquiera pueda recibir el foco:
  • Si no está el atributo tabindex, el comportamiento es el normal, y sólo los controles de un formulario pueden recibir el foco con el ratón o desde JavaScript con element.focus().
  • Si tabindex toma un valor negativo (tabindex="-1"), el elemento puede recibir el foco con el ratón o desde JavaScript con element.focus(), pero no se puede navegar a él mediante la tecla tabulación, es decir, el elemento no está en el flujo normal de tabulación.
  • Si tabindex toma el valor cero (tabindex="0"), el elemento puede recibir el foco con el ratón o desde JavaScript con element.focus(), y se puede navegar a él mediante la tecla tabulación (la posición que ocupa en el orden de tabulación es la correspondiente a su posición en el documento).
  • Finalmente, si tabindex toma un valor positivo (tabindex="1"), el elemento puede recibir el foco con el ratón o desde JavaScript con element.focus(), se puede navegar a él mediante la tecla tabulación, y el valor del atributo indica su posición en el orden de tabulación; además, se colocan por delante de cualquier elemento que tenga tabindex="0" o cualquier elemento que reciba el foco de forma natural (los controles de los formularios y los enlaces).
Bueno, esto es la teoría... luego falta que los navegadores y los lectores de pantalla la cumplan.

En tabindex, keyboard focus and some ARIA in screen readers, se presentan los resultados de unas pruebas realizadas con diferentes ejemplos en diferentes navegadores y con diferentes lectores de pantalla. Con JAWS los resultados son los adecuados con Internet Explorer y Firefox, pero con otros lectores de pantalla (NVDA, SAToGo, Windows-Eyes y VoiceOver) ocurren algunas cosas raras.

Tres cosas que aprendí sobre los usuarios de lectores de pantalla

Aunque es un poco antiguo (año 2004), el artículo Three things I learned about screen reader users es interesante:
  1. Ninguno de los usuarios que observó el autor de este artículo utilizó los atajos de teclado que había definido en la página.
  2. Todo el mundo uso el lector de pantallas JAWS. Lo que ocultó con display: none no aparecía en los lectores de pantalla (no es la forma correcta de esconder contenido).
  3. Cuando los usuarios tenían que rellenar un formulario, utilizan el modo especial de formulario, que permite moverse de un control a otro fácilmente, pero que puede hacer que cierta información desaparezca. Se debe emplear fieldset y legend para proporcionar información adicional.