Accesibilidad Web

Interacción mediante voz

2008-01-02T18:34:00.000+01:00

Hoy en día estamos acostumbrados a interactuar con las máquinas mediante dispositivos mecánicos usados manualmente, es decir. Las manos (y dedos) son imprescindibles para realizar cualquier tarea, incluso cuando esta se lleva a cabo por máquinas que son realmente quienes la completan.

Podemos decir pues que las manos son nuestra limitación en la comunicación con las máquinas y requerimos de ellas para una única tarea mientras no podemos realizar otra al mismo tiempo.

Cada día más esta limitación se va superando gracias a la introducción de la voz como medio de control y comunicación con los sistemas autónomos o máquinas.
Ya nos hemos acostumbrado a los sistemas de marcación por voz de los teléfonos móviles muy útiles por ejemplo cuando conducimos. Mejora sustancial que se nos pasa por alto debido a lo acostumbrados que ya estamos a usarla y no apreciamos la liberación que supone respecto al método tradicional de ocupar una o las 2 manos para marcar el número deseado.

Los móviles son posiblemente los primeros dispositivos en incorporar tecnología de reconocimiento de voz para ejercer sus funciones, además de las funciones de enrutamiento de los contestadores automáticos de los call centres. Anteriormente se habían promocionado algunas aplicaciones Speec To Text ( voz a texto) que usaban estos principios de reconocimiento de voz para la escritura de documentos de texto, pero su eficiencia era escasa y su difusión fue mas por lo que podían llegar a representar que por lo que realmente representaron.

Aunque el proceso de reconocimiento de voz en gramáticas totalmente abiertas es muy complejo, se están obteniendo muy buenos resultados en gramáticas acotadas a ámbitos, delimitadas por palabras claves y/o listas de palabras propias, podeis leer más sobre reconocimiento en el artículo “Análisis de la Semántica Latente (LSA) y estimación automática de las intenciones del usuario en diálogos de telefonía (call routing)” http://www.revistafaz.org/numero1/call_routing.pdf.

No es difícil pues imaginar que esta comodidad que nos proporciona la voz se extienda a otros dispositivos cotidianos desde que los sistemas de reconocimiento de voz han mejorado sus prestaciones y rendimientos hasta permitir aplicaciones como Jott.

Joot

Servicio web gratuito que te permite enviar mails, crear listas de TO-DO o escribir posts en tu blog desde cualquier lugar mediante una simple llamada telefónica. Mediante el reconocimiento de la voz, la aplicación traduce la voz a texto para tareas habituales que requieren de nuestra atención como escribir un simple mail.
El servicio también se extiende a otras aplicaciones web que puedes manipular mediante una simple llamada: Twitter, Jaiku , Google Calendar son algunas de las aplicaciones integradas

Esquema de funcionamiento de Joot con una aplicación externa (Joot-Links)

La telefonía sea quizás el punto de entrada a la investigación e innovación tecnológica en lo referente al control de dispositivos mediante la voz y en breve dispongamos de navegadores web controlados por voz.

El grupo de Accesibilidad y Usabilidad Web crece ahora en Xing

2007-11-11T11:54:00.000+01:00

Hola,

si os interesa el networking activo ya os habréis dado cuenta de que Econozco se ha unido a Xing, a la que próximamente también se unirá el gigante español Neurona.

Con la incorporación de Econozco a Xing, el grupo de Accesibilidad y Usabilidad Web también ha migrado, el cual proporciona múltiples formas nuevas de comunicación y de compartir el conocimiento para el grupo.

Podréis seguir el grupo en Grupo de Accesibilidad y Usabilidad Web en Xing y empezar a interactuar con los ya más de 80 miembros que lo formamos.

Con semejante número de miembros y la posibilidad de interactuar que nos proporciona Xing, me veo obligado a solicitar la ayuda de voluntarios para la creación de noticias, administración de foros y newsletter... Podéis enviarme un mensaje a través de Xing o a través del formulario de contacto si estáis interesados en participar de este ya maduro proyecto.

Muchas gracias a todos.

Los no inscritos al grupo podeis hacerlo mediante esta invitación.

¿Correo electrónico para invidentes?

2007-06-28T21:36:00.000+02:00

Hola a todos, si es que aún queda alguien que visite este "casi" olvidado blog...

Antes de nada, quisiera disculparme por haber dejado tan importante proyecto personal de lado, pero son muchas las razones y muy poco el tiempo (y supongo que vuestro interés) para explicarlas.

Hoy me he encontrado en un aprieto.

Un familiar invidente muy allegado ha estado recibiendo lecciones de informática y ha aprendido mecanografía y uso básico de JAWS para navegar por internet.

En el cursillo le crearon una cuenta de correo Hotmail y probamos de entrar desde el ordenador personal.
Solo tengo una palabra para describir mi sensación : frustación.

Jaws es complejo de usar y eso es un "handicap" para cualquiera, incluso para invidentes, pero no me había dado cuenta lo complicado que es la navegación de Hotmail.
Analizémosla por partes:

Publicidad:

Formulario de Login:

Imposible acceder a los textbox de Login y Password mediante las teclas de navegación de Jaww. El lector parece volverse loco y le cuesta mucho encontrar el formulario de Login.

Mala estructuración:

Entrar a tu cuenta de correo y no leer la lista de mensajes en tu bandeja de entrada no es precisamente lo que se espera cuando se pretende leer tus mensajes.

Abuso de Javascript:

He de decir que personalmente me gusta mucho la interfaz del nuevo live.com y sus cuentas de correo, así como el uso de ajax para su agilización. Pero para una persona invidente, todo eso no sirve de nada, es más, dificulta aún más la navegación.

Empezaba a desesperar porque cualquier correo que mirara: Gmail, Yahoo, Hotmail... eran parecidos en estos aspectos.

Entonces me acordé de algo, el correo para móviles de Gmail http://m.gmail.com es una versión reducida, de HTML muy sencillo y limpio.

Desgraciadamente su HTML no es 100% accesible, pero es una interfaz muy sencilla, basada en enlaces, que facilita infinitamente la navegación a las personas que necesitan de un lector de pantalla.

Espero que esta experiencia sirva a aquellos invidentes que tener un correo electrónico.

Saludos.

Content Management Visitors

2006-11-05T23:00:00.000+01:00

Since web 2.0 reach the Internet and updated the traditional philosophy on web application developing and design, a huge number of RIA (Rich Internet Applications) grew up.

With some fixed targets RIA developers focus their efforts on involving users in a rich web-using experience, a usable design and a real interaction.

Static webs pages are dying, users look for interact with sites, and one of the problems designers and developers find in the application develop is which is the best way to let users interact on the site.

When in a user is known the intention of be involved at the site I called him Content Management Visitor, in advance CMV, so they can manage, by some way, the final content of our site.

CMV profile is a medium-low to highly advanced experienced user, with some knowledge on the main topic of the sites he visits. It’s this little knowledge that allows user to get a formed idea on what the site is talking about or at least, it allows him to make his own opinion of what the author says.
If the site is not about specific topic, I mean if site talks about general topics, more users can be potential CMV than in specifics ones.

Why developers and designers need to involve the most the CMV they can? It’s not so difficult to think that interactive users as CMV will add an extra value to our site with their comments and knowledge or opinion so other users can find the additional content richer.

Before web 2.0 and RIA the ways the potential CMV could interact with sites where rudimentary methods, most of them, based on form data submission.
Nowadays these methods have been upgraded to easily ways, and better integration with the site.

Let’s analyze how they were and where are being redesigned to.

Not Content Modifying Systems

Surveys.

One of the most used methods to discover the agreement level of users about the content of our site. Usually focused to general site not to specific parts of it, and integrated in most of the Content Management System.
Who never saw something like this survey?

Nowadays, we can state that this kind of surveys is being disused, although we can find some evoluted poll systems integrated on some of the big ten sites of the Internet.

At Ebay.es it has being redesigned to a feedback styled form. User can, at same time, give his opinion about the utility of the site and suggest some idea to improve it. As heritance of the first type of surveys exposed, still exists some traditional polls improved with the agility of AJAX scripted applications, avoiding refreshing times or submission forms.

Votation

Coming from a kind of survey to one of the common ways so users can interact with sites. Votes were used to give a numeral value to a full site or part of it like in order to represent this number in a graphical chart.

Nowadays votes have been provided with extended functionality that permits structure the web-content depending on the votes it received.
Simple AJAX scripts allow user to state his opinion on an article or a site. Maybe with a numerical value between lowest value to highest one,or just with a binary votation way: yes or no.

Adding Content Modifiers

Forums

Since communities found at Internet a meeting point, they use Forums as communication way to debate all the topics we can imagine.
Forums create their own page with the amount of content their users publish. Not many things have changed on forum systems.
Their easy usage, common language and drived questions gives users the best way to expose opinions, knowledge or doubts they can have in anything what is being talking about.

Some forums have being improved with some AJAX script in spite of consisting on the same idea.

Guest books and quick chats

Appeared on community sites, guest books and quick chats got a very small functionality on the site content talking.
Used to give a record or just a like or dislike comment about the content of the site guest books are not used nowadays, small text areas, limited texts longitudes and irrelevant content make them useless to handle interesting web content, same is happening on quick chat functions.

Comments

Maybe the comments have been the content modifier which the most entrance rate since web 2.0 arrives.
With the explosion of blogs over the Internet, the comments are being adapted as the best way to interact between author and audience. Just not with the porpouse of debate the author article with in favour or against opinions, users can expand, re-explain or introduce new points of view to the original article.
Really intrusive, but really interesting content can be added to the main article.

Wikis

Introduced by Wikipedia those web encyclopaedias create their own way of content management.
As collaborative websites wikis are now used to host tutorials and all the information we know as knowledge. Many enterprises use wikis to publish their employees knowledge on one area to spread this to another employees around the enterprise.

The anonymous collaboration, and the constant revision by other users make the wikis a perfect way for publish and got quality and reliable content on our site.

Future of Content Management Visitors

Now we know all the methods used nowadays in which users can collaborate with other sites adding Content to them, then its time to evaluate these methods and think about where they should go in future to improve their functionality in the optimum way for visitors and webmasters.

It seems that blogs came to stay for long time, so it’s not so hard to predict that comments ways will be one of the most used Contents Adders Functionalities.
Maybe a comment is normally used to give an opinion about the main content and not to publish more content about the topic of the site.
Another limitation is the administration, a comment can’t be edited, just published or deleted, then it can be formed of wrong content and no other administration can be done than delete the comment and lost this information in spite of being wrong, it can express some bad idea of what people know about the topic.

These limitations make me envision that wikis will be used to publish content and to let visitors add their own content and being administrated and evaluated about other users and the webmasters.

In the way of wikis, maybe in a not so fair future, collaborative office documents as Papers and spreadsheets can be extended to a general functionality as a new publication way for a site

Votation will be the core of the social positioned content on meta-blogs sites and e-commerce positioned products, sellers and buyers.

To specialize in topics, some topic-knowledge people will use these functionalities with collaborative tools to share their knowledge. This association will limit the extra surround that a noob visitor can produce adding content, as he will not have the correct credentials.

Sure that many other ways than these I give will be developed and will get success. The social component gave by a social content addition will be included more and more in all kind of sites.

As you have noticed, at this article I've beeing using Content Management Tools used in top Internet sites as Google, Slashdot, Ebay ... It should make other webmaster what kind of innovation we need at our sites to share our topic with our readers and visitors.

Buscador vertical para accesibilidad y afines

2006-10-22T21:30:00.000+02:00

Microsoft acaba de lanzar su Live Search Macros una aplicación que te permite crearte tu propio buscador.

Pese a ser bastante limitada, el Live Search Macros te permite crear una colección de páginas sobre las que aplicar la búsqueda.
Esto permite la definición de buscadores verticales, muy especializados en ámbitos de búsqueda.

De esta manera he creado el Buscador de Accesibilidad que nos permitirá buscar temas relacionados con accesibilidad, usabilidad y arquitectura de la información gracias a una colección de más de 10 fuentes fidedignas de información de estos temas.

"Buscador de Accesibilidad"

Se aceptan nuevas fuentes así como mejoras en la definición de la macro con el fin de mejorar los resultados de nuestra búsqueda con esta herramienta.

Espero que os sea de utilidad.

Saludos!

Relanzando Foro Accesibilidad

2006-10-04T11:17:00.000+02:00

Ya hace tiempo que se creó el foro de Accesibilidad con no demasiado éxito.

Tal vez por el medio, por la tecnología, por el spam...No se ha usado todo lo que se puede explotar.Pero espero que su poco éxito no se deba al desinterés por el tema.

Por este motivo he decidido relanzar el Foro, pero esta vez usando tecnología Google Groups en el nuevo Foro Accesibilidad.

El foro nace vacío, así que ya sabeis: Aportad conocimiento :)
Y si quereis participar activamente como administradores del foro enviadme el formulario de feedback con vuestra petición.

	Foro Accesibilidad
		Foro de Accesibilidad en Google Groups

Saludos.

Manual básico de Accesibilidad Web. Análisis Fragmentado

2006-09-11T23:24:00.000+02:00

Abordar el proceso de conversión o creación de una página web siguiendo las pautas de Accesibilidad no es un desarrollo guiado con unos hitos marcados claros.
Quizás sea complicado establecer una metodología, tal vez imposible siendo conocedores de la “libertad” de estilo y contenido que nos permite la publicación web.
Nos arriesgaremos a acordar una terminología y un método a seguir que tal vez haga de manual de accesibilidad algún día.

Estructuraremos el procedimiento según la posición que ocupe en la web. Para ello fragmentaremos la web en 3 ejes, dándole un aspecto tridimensional que nos permitirá situar espacialmente los contenidos.

Accesibilidad Vertical

Asociaremos la verticalidad web a todos aquellos contenidos: imágenes, textos, botones… que nos permitan profundizar en la página. De ahí la asimilación de la profundidad de la página con la verticalidad de la misma.
Una aproximación real al término serían los menús de navegación: elementos compuestos por componentes web que nos permiten la obtención de contenidos de distinto nivel de la jerarquía de la página.

Como elementos esenciales que permitirán indagar al en los contenidos no accesibles directamente deberán estar indicados como tal, además de ocupar uno de los puestos más visibles de la página.
No entraremos en detalle de cómo deben ser los menús de navegación y dejaremos libertad de estilo en su desarrollo, aún así, pasamos a definir unos aspectos comunes que debieran tener los menús que los hagan accesibles y usables.
Recurriremos a las normativas WCAG para identificarlos con la guía de accesibilidad oficial.

La pauta número 13 hace referencia explícita a la claridad con que deberán estar definidos los mecanismos de navegación.

Proporcionar información de destino del enlace.

Complementar el documento destino con metadatos.

Mapa del sitio.

Consistencia de los mecanismos de navegación: Uniformidad y Fiabilidad.

Remarcar la visibilidad de los mecanismos de navegación.

Agrupación de enlaces por relación.

La búsqueda como sistema de navegación.

Énfasis de la información relevante

Proporcionar información de documentos: páginas, tipo de archivo, idioma…

Pese a ser un tanto generales las recomendaciones las usaremos con especial delicadez en los menús de navegación correspondientes a la verticalidad de la página.
Además sugeriremos otros puntos que ayudarán a la accesibilidad y verticalidad del menú:

Uso de listas como descriptores secuenciales de apartados de la web.

Estructuras arbóreas claras para la agrupación de enlaces. Usar elementos jerárquicos descriptivos como desplegables y/o identación.

Proporcionar teclas de acceso para la directa accesibilidad al contenido. Dado que el contenido enlazado al menú sería de acceso continuo, un atajo de teclado facilitaría el uso y agilizaría la navegación. Esta sugerencia ya se publica en el WCAG 2.0
Proporcionar información Contextual. Referente a la cláusula 12 del WCAG 1.0

Accesibilidad Horizontal

El eje horizontal será el que actuará de contenedor de la información en si de la página.
Realmente será la división que interesará al usuario, ya que probablemente haya accedido a nuestra página en busca de una información que nosotros hayamos publicado.
En la accesibilidad horizontal se primarán los detalles que faciliten la lectura del usuario así como la comprensión de la información que se pretende dar.
Cerniéndonos a las normativas WCAG encontramos guías como las referentes a:

Percepción:

Proporcionar texto alternativo al contenido no textual.

Alternativas al contenido multimedia

Separación entre contenido y presentación.

Distinción entre información de segundo plano y primer plano.

Operabilidad:

Acceso mediante teclado.

Control del tiempo

Mecanismos de búsqueda y navegación

Prevención y Gestión de Incidencias.

Comprensión de mecanismos de control y contenido:

Uso de lenguaje natural

Posicionamiento predecible y visible

Desvinculación tecnológica:

Compatibilidad con los agentes de usuarios actuales y venideros.

Alternativa accesible para todo el contenido no accesible.

Algunas de ellas se han usado ya en el fragmento vertical de la web, pero es evidente que la componente horizontal será la que más contenido tenga y por tanto la que deberá ceñirse más a las normativas de accesibilidad para garantizar la obtención de información que el usuario necesita de la manera más usable posible.

Accesibilidad Transversal

Si pensamos en la definición de transversal (o diagonal) observaremos que esta componente nace de la combinación de la vertical y la horizontal.
Pues en la web también cumplirá su definición como fragmento compuesto por los dos anteriormente comentados.

Entrarán dentro de la transversalidad aquellos elementos que sin ser propiamente un menú de navegación están situados en el contenido de la página haciendo referencia a otros contenidos que complementen el nuestro.
Esta vertiente dará al usuario la posibilidad de conocer más sobre el tema de nuestro contenido ya sea mediante fuentes externas u otras partes de nuestra página.

Estamos hablando continuamente de contenido, ya que éste es el que enlaza nuestra página con cualquier otro documento que pueda ser de valiosa información para el usuario. Al tratarse de contenido semántico: un tema concreto , hay que tener especial cuidado en todos los aspectos que hacen referencia a la información proporcionada al usuario:

Descripción del documento dónde redirigimos. Qué encontrará, cómo y porque.

Descripciones de autor, fecha, idioma… tal y como se explica para los fragmentos anteriores.

Verificar la corrección del enlace para evitar: enlaces rotos, redirecciones y páginas de error.

Continuidad del contenido. El usuario deberá seguir con la temática que le llevó a tu página por lo tanto la temática del enlace transversal ha de ser la misma o lo más idéntica posible y en toda su magnitud. Si es parcialmente lo mejor será citar el comentario del autor en nuestro contenido (con los debidos derechos de copyright) y nombrarlo. Evitando así hacer perder el tiempo al usuario con temas que no son propiamente lo que busca.

De esta manera hemos dividido el proceso en 3 partes abordables por separado y que combinadas después generarán una página accesible en su totalidad y con mucha más dedicación en temas de usabilidad y buscabilidad de contenidos al separar estos de lo que no es propiamente información si no que son hipervínculos a información o aspectos de presentación.

Ahí va el primero, suma y sigue

2006-04-06T09:22:00.000+02:00

Parece ayer cuando empecé mis andadas en el mundo de la accesibilidad, y ya va un año desde entonces.

Hágamos un poco de resumen de lo que aquí ha sucedido en un año:

El Blog en Números.

Pese a la poca productividad que tengo he sido capaz de escribir, y vosotros de leer, 67 artículos, repartidos en 8 categorías y con un total de 201 comentarios aportados.

Nos han visitado más de 12 mil veces procedentes de más de 15 países de 4 Continentes y con 4 idiomas diferentes.

El Blog en el la Blogosfera

Todo he de agradecer a los cerca de 100 subscriptores por su constancia en la insconstancia de mi publicación.
Han llegado a enlazar a este blog otros 129 blogs según Technorati

El Blog en los Contenidos

Quizás poco haya que destacar de lo que aquí he escrito, pero todo y así, me atrevo a nombrar los que creo son los mejores artículos de esta bitácora, ya sea por mi creencia o por las reacciones experimentadas en la blogosfera tras la publicación.

Accesibilidad Sostenible

El instinto en la interacción Web

La Accesibilidad en Ingeniería del Software : Artículo incluido en la Bibliografía Básica del SIDAR

Podcast, accesible?: Conjunto de artículos relacionados con la accesibilidad del podcasting. Emergía el Podcast por entonces y la blogosfera se hizo eco del artículo con varios frentes de debates que nos llevaron a aparecer en el mísmisimo ALT1040. Fuentes más creibles que esa también incorporaron el artículo, como es el caso de la Universidad de Puerto [PDF] Rico en su revista Hermes

Reconocimiento de Voz en Accesibilidad

El Blog en el ámbito profesional.

Grácias al blog he logrado profesionalmente:

Encontrar un ámbito de la informática al que dedicarme

Ver la importancia de la accesibilidad en mi formación técnica en Informática

Establecer contactos profesionales relacionados con el mundo de la accesibilidad y la usabilidad

Obtener una oferta laboral , en el que ahora es mi puesto de trabajo

Experimentar la accesibilidad y la usabilidad en proyectos reales

Analizar metodologías y obtener un modus operandi para la "accesibilización" en entornos web.

Aprender a escribir, o almenos eso intento, para la web.

Cientos de fuentes de información

El Blog en el ámbito personal

Lo que en mi ha cambiado Accesibilidad Web:

Conscienciación e involucración sobre la Accesibilidad en general

Muchos contactos personales, muchas horas de charla sobre el tema, muchos debates, muchos chats...

Nuevo enfoque personal de las cosas, siempre observándolas desde el punto de la accesibilidad y usabilidad íntrinseca

En fin, muchas cosas para tan poco tiempo...
Espero que vosotros hayais aprendido almenos un tercio de todo lo que he aprendido yo de vosotros para darme por satisfecho de mi labor aquí.

Un saludo a todos por vuestro apoyo e implicación en este proyecto que tal día como este empezó a engendrarse hasta convertirse en lo que un año después nunca hubiera esperado que fuera: un blog vivo. Muchas grácias!

Tech Tags: accesibilidad usabilidad cumpleaños

Accesibilidad Sostenible

2006-03-13T13:52:00.000+01:00

Acuñamos este término en referencia a la tendencia global emergente de la sostenibilidad en el desarrollo, entendida como el límite entre el la capacidad de desarrollo y el desgaste del medio (suelo, materiales, energía, contaminación...).

Ahora lo aplicaremos a la accesibilidad en una nueva teoría que llamaré "Accesibilidad Sostenible".

Algunos nos hemos encontrado con la necesidad de accesibilizar un sitio Web que no cumple las pautas de accesibilidad.
Lo primero que se hace es verificar que errores tiene, si la experiencia aún no hace este proceso automáticamente, después nos ponemos manos a la obra, empezando por los fallos mas "gordos" que suelen coincidir con las pautas de nivel 1.
Desde muy pronto ya empezamos a ver que, inicialmente, no era laborioso aplicar las pautas 1 y 2, en cambio las comprendidas entre la 3 y la 5 ya son más costosas dependiendo de lo "mal" aplicadas que estuvieran en la Web inicial.

Sin embargo, cuando llegamos a comprobar las pautas entre la 6 y la 9 referentes a las tecnologías observamos que el esfuerzo se dispara y los beneficios visuales y tecnológicos obtenidos no se hacen palpables al usuario final.

La cosa se complica aún más cuando entramos en las pautas comprendidas entre la 10 y la 14, puramente tecnológicas y de contenido.

Siendo realistas, sabemos que las pautas WCAG-1 están escritas en 1999, cerca de cumplir su octavo aniversario, desde entonces, los navegadores, los dispositivos y Internet en general ha cambiado mucho, sobre todo en lo que a permisividad de integridad gramatical se refiere. Cumplir al 100% con los estándares del W3C (HTML,XHTML,CSS...) no es tarea fácil y dispara aún más la curva del esfuerzo aplicado.

Esto es a grandes rasgos una categorización de las pautas WCAG-1 secuencial, otra forma de aplicarla es seguir los puntos de verificación. Igualmente experimentamos ese ascenso (de orden lineal) en el esfuerzo aplicado considerando que cada nueva verificación es más costosa que la anterior en un 45% de magnitud.

Presentemos ahora un gráfico que refleje la tendencia del beneficio obtenido en los usuarios según las prioridades.

Vemos que inicialmente la pendiente es muy favorable, con pocas pautas establecidas obtenemos resultados muy beneficiosos pero llega un punto que el beneficio empieza a relajarse, a más pautas aplicadas, menores beneficios marginales obtenidos. Establecemos el punto de estabilización.

Ya tenemos claro que el beneficio obtenido se estanca en cierto punto, si aproximamos dicho punto, este correspondería a aplicar hasta obtener los consejos de nivel 1 y la mitad de los de nivel 2 (independientemente del orden).

Si por el beneficio real obtenido fuera, cumpliríamos la mitad de los puntos de verificación del WAI, que daremos por insuficientes ya que estamos despreciando el 50% de todas las reglas.

Lo que haremos será comparar el beneficio que obtienen los usuarios, con el esfuerzo de desarrollo que requiere adquirirlo. De esta manera intentaremos buscar un punto de equilibrio entre el esfuerzo(tiempo) y el beneficio.

Observamos que el punto de cruce ronda el 2,2 lo que equivaldría a cumplir el
75% inicial de los puntos de verificación, dicho de otra manera: cumplir el 1º y el 2º íntegros y aproximadamente un 10% de la última prioridad.
Nos moveremos en parámetros óptimos mientras estemos trabajando entre la
primera y segunda prioridad, pero más allá el esfuerzo se disparará en relación
a unos beneficios incrementales muy bajos.

Este estudio es una mera aproximación, hay muchos factores individuales en cada caso, pero no deja de ser un fiel reflejo de lo que experimentamos en la adaptación de una página a las normativas correspondientes. Y también es un modelo válido para páginas que se creen desde 0.

Entonces es lógico buscar ese punto de equilibrio, de sostenibilidad, y considerarlo suficiente para desempeñar nuestra labor en un entorno real(tiempo, presupuesto, medios) conociendo que un 100% de accesibilidad y corrección requiere un esfuerzo prácticamente inviable, solo alcanzable en entornos de trabajo utópicos.
La pendiente de esfuerzo se agudiza aún más si nos queremos cernir totalmente a las especificaciones y estandarizaciones de las tecnologías usadas.

El pragmatismo laboral nos empuja a esta accesibilidad sostenible, de otra manera, nunca podremos presupuestar nuestro trabajo al cliente porque como se ha visto el esfuerzo se dispara, y esto solo es solventable de 2 maneras, o más tiempo o más recursos, ambos traducidos para el cliente en más presupuesto necesario, y por lo tanto menos capacidad competitiva para nuestra empresa.

En nuestras manos, y en función de las necesidades del cliente, está establecer ese punto de accesibilidad sostenible que rompa los intereses cruzados de ambos: buscar el 100% de accesibilidad por un lado y obtener un presupuesto competitivo por el otro.

Technorati Tags: accesibilidad sostenible usabilidad

El instinto en la interacción Web

2005-12-06T00:18:00.000+01:00

Leía una entrevista a Eduardo Manchón fundador de páginas de referencia en usabilidad como son alzado.org o ainda.info en el diario gratuito 20Minutos y me llamó mucho la atención un ejemplo que nos brinda para identificar algun objeto usable que nos topamos a diario.

P - Entonces, dinos un objeto de esos que observas a diario y que sea un buen ejemplo de facilidad de uso

"La buena usabilidad es invisible porque de tan simple y evidente pasa desapercibida"

R - La buena usabilidad es invisible porque de tan simple y evidente pasa desapercibida, como si no fuese posible otro diseño. Pero, por ejemplo algo que usamos todos los días: un tenedor, tiene la forma perfecta para sujetarlo y para pinchar ciertos tipos de comida.

No dudo sobre la experiencia de Eduardo Manchón en temas de usabilidad, pero sí que encontré desacertado el ejemplo. Un tenedor es tal vez el objeto menos intuitivo de una mesa: un objeto metálico, frío, con una forma extraña y que no se adapta a primera vista a ningún patrón ergonómico conocido, punzante y con variadas formas según la mesa donde comamos. No es igual el tenedor de mi casa que el de la tuya.
El tenedor es algo que usamos sin darnos cuenta simplemente porque lo hemos usado millones de veces y pasa desapercibido en nuestro entorno, pero creo erróneo decir que es usable. Dejando de lado las características físicas podemos pensar en que haríamos con un objeto así si nunca hubiéramos visto ninguno igual, ni cómo usarlo. Posiblemente la última cosa que haríamos con él es usarlo para pinchar un trozo de comida y llevárnoslo a la boca.
Instintivamente, los bebés son el mejor ejemplo, nos llevaríamos la comida a la boca con las manos, tal y como lo hacían nuestros ancestros. No necesitamos de un objeto "extraño" para este menester.
Ahora bien, como seres inteligentes, si nos encontramos con un objeto desconocido como un tenedor, podríamos llegar a generar conclusiones como: pincha, lo puedo cojer con las dos manos. Y mediante deducción, no sin dificultad, podríamos llegar a concluir que el objeto nos puede servir para comer.
Todo este proceso deductivo-inductivo requiere un ánalisis intelectual que, desgraciadamente, muchas personas no llegamos a poder realizar por problemas psíquico-mentales que merman nuestra capacidad intelectual. No somos capaces de aprehender a usar el tenedor y por tanto no vamos a usarlo.

Esto no es más que un ejemplo de lo que yo creo una usabilidad mal entendida. No es usable una cosa a la que debamos habituarnos a usarla, mediante repetición de tarea, mimetismo o procesos deductivos y/o inductivo sobre posibles usos. Precisamente porque hay personas que no podemos realizar estas tareas, y si lo aplicamos al caso de entornos Web, porque nadie va a perder el tiempo intentando entender el funcionamiento de una web, antes de esto, buscará otra más sencilla de entender y usar.

La accesibilidad, y por tanto la usabilidad también, debieran potenciar los conocimientos instintivos de los humanos en la interacción con agentes desconocidos, en vez de intentar usar sistemas basados en la inducción a la que puediera llegar un usuario, o tal vez no.
Y si se realiza el estudio del comportamiento de las personas ante nuevos productos, especialmente en periféricos, como metodología para el analisis de cómo debiera ser dicho producto, qué características debería tener: dimensiones, peso, color, forma. Todo encarado a que el usuario se sienta cómodo usando el nuevo elemento.

En esta línea, no es casualidad que encontremos productos que hayan tenido en cuenta el comportamiento de sus usuarios al usarlo. Todos hemos jugado a un videojuego y todos, o al menos lo hemos visto, nos hemos inclinado lateralmente mientras tomábamos una curva jugando a un simulador de conducción.
Alguien se ha dado cuenta de ese comportamiento común y ha aparecido la Nintendo Revolution con un ingenioso controlador que incorpora un sensor de inclinación que permitirá jugar como el instinto nos manda, inclinándonos a los lados para dirigir la conducción.

Pero también encontramos errores en la aplicación de estas metodologías de estudio del uso. El ratón (mouse) que todos usamos en nuestro ordenador es tal vez el peor caso de diseño en cuanto a usabilidad instintiva se refiere. Lo he podido comprobar en persona, si intentamos enseñar (lo que nos indica que su uso no es intuitivo ni mucho menos aún instintivo) el manejo del ratón a una persona mayor que nunca ha usado un ordenador, veremos su respuesta ante algo tan simple como decirles : "Levanten el puntero hacía la crucecita que encontrarán el margen superior derecho de la ventana para cerrarla."
El comportamiento más normal de estas personas ante este requerimiento es levantar el ratón unos 20 centímetros por encima del escritorio. Pero nunca se les ocurre que hacer un movimiento horizontal hacia adelante se mapee como un movimiento vertical hacia arriba.

Intentemos centrarnos en el estudio de los comportamientos instintivos mientras navegamos, para poder obtener la manera más adecuada de afrontarlos y aprovecharlos.

El recorrido visual

El usuario ante una página web realiza instintivamente una visión global del contenido, estructura y presentación. Esta primera revisión de la página creará la primera impresión del usuario al respeto, así que deberemos tener en consideración el recorrido visual que se realiza y corregir posibles distracciones que podamos detectar.
Esta técnica de análisis del recorrido visual se conoce com Eyetracking, y se realiza mediante sofisticados sistemas de seguimiento de la visión. No és una técnica al alcance de todos, pero debemos saber que realmente si que hay un camino visual virtual que guía al usuario en su visita a nuestra página y debemos esforzarnos en marcar dicho camino para que el usuario obtenga a primera vista las partes y contenidos principales de nuestra web.
Bibliografía sobre Eyetracking :
Eyetracking Study of Web Readers por Jakob Nielsen.
Estudio Eyectracking en DesarrolloWeb

Texto destacado

Muchas veces somos incapaces de asimilar todo el contenido de una página, nos requeriría demasiado tiempo leer una página entera. Como hacemos en los diarios, nos limitamos a leer los encabezados y titulares más destacados de la web que visitamos, y en función de éstos, dedicamos nuestra atención al cuerpo del titular que nos ha interesado.
De ahí que sea vital saber definir encabezados llamativos capaces de captar la atención del usuario y animarlo a continuar en nuestra página, empezando por un nombre acorde con el contenido de la página como los nombres de las secciones que en ella se encuentran.
Pero hay más elementos que no son encabezados y que también llaman la atención del usuario. Hablo de texto en negrita, subrayado y sobre todo enlaces. Los enlaces comúnmente se suelen destacar del contenido de la web, y los usuarios centran su atención en ellos por esta distinción de forma respecto al resto del contenido de la web. Aprovechar esta distinción de los enlaces para dar información de primera mano al usuario, ya sea mediante links internos, o externos relacionados, facilitará que el usuario se haga una idea principal de la web y su contenido e incluso captar su atención de tal manera que se empiece a adentrar en el interior de la web.

De la misma manera que podemos aprovechar la ventaja visual del texto destacado para ayudar al usuario en su concepción de la página, si la empleamos a la inversa, sabiendo que el usuario escoje un mal camino o se hace una idea equivocada de nuestra web por la mala elección de encabezados o enlaces, podremos actuar y revisar estos textos para que futuros usuarios no vuelvan a sufrir la misma confusión.

Entre estos textos destacados y enlaces tienen especial importancia los títulos de la página y subtítulos explicativos sobre el contenido de la misma, que darán una primera respuesta respecto al contenido al usuario.

Para analizar la calidad de los encabezados los sistemas estádisticos son herramientas excepcionales, nos proporcionarán los links más clicados, los menos, las páginas más visitadas, en las que más ha permanecido el usuario e incluso la vía de escape que ha seguido el usuario para abandonar nuestra web.

Bibliografía y recursos sobre Texto Destacado:
Fuentes:
Haciendo CRM para la web
Como desarrollar contenidos en la web[RTF]

Trackers : Google Analytics

Color, Tipografía e imágenes

Como he tardado demasiado en escribir este artículo, me va a venir al dedillo un artículo publicado en alzado.org la semana pasada: Diseño de marca y visual. Recuperar un valor clave.

Recomiendo leer este artículo para evaluar las sensaciones del usuario en cuanto a color, tipografía e imágenes.

También cabe destacar la sensación que se transmite en el formateo de las lineas de texto: para este ámbito también me serviré de otro de los grandes conocedores del tema (y nunca nombrado en este blog [sonrisas]): Juan Carlos de Úsalo y su artículo "Columnas, anchos de línea y legibilidad"

¿Navegación vertical o paginación?

Dudaremos de que instintivamente poseamos un sistema de navegación predefinido (se podría llegar a asimilar gracias a los miles de años de escritura que el hombre ha vivido, pero es un campo fuera de mi alcance), y asumiremos que adquirimos un modus operandi de lectura aprendiendo en la escuela. Cada lengua tiene sus própios métodos de escritura, unos de izquierda a derecha o viceversa y las culturas orientales lo hacen de arriba a abajo, pero por motivos meramente de recursos, nunca la escritura se extiende alargadamente en vertical más allá de lo que entendemos como un folio o similares, es decir, la longitud vertical está acotada.
En internet, el recurso es infinítamente prolongado, y se aprovecha esta característica para evitar cortar el texto y prolongarlo en su longitud. Actitud que a simple vista nos puede parecer normal e incluso útil.

Pero si la analizamos detenidamente veremos que rompe los modelos que aprendimos de pequeños y que memorizamos para la escritura y la lectura. Tal vez sea fácilmente superable, la paginación vertical, para usuarios expertos de Internet, pero no és, ni mucho menos, intuitiva.

Otro artículo en alzado.org demuestra que los niños, el mejor usuario para estudiar el comportamiento humano en Internet, no utilizan el scrolling, ver más en "Cómo usan los niños las páginas web".

Por lo tanto, un sistema de paginación horizontal, pese a sus saltos, sería lo más parecido a la lectura sobre medio impreso a la que estamos más acostumbrados y la que más facilitaría el uso intuitivo de la página.

Como en todo, deberemos evaluar si realmente es necesaria una paginación horizontal frente a una vertical. En los casos que el texto no se prolongue muy por encima de una longitud habitual (un folio) será más rápido en diseño y presentación utilizar el scroll con alguna ayuda visual que haga entender al usuario que el texto continúa más abajo.
En el caso de utilizar la paginación deberemos hacer un esfuerzo especial para mostrar al usuario cómo usarla, el uso de imágenes o símbolos de flechas es intuitivo y fácil de comprender.

La Acción-Reacción

El usuario quiere sentir que domina el medio, así pues, asocia una reacción (o varias) a cada una de sus acciones. Esto significa que si el usuario hace un click instintivo en una imagen es porque espera que algo suceda: se abra otra página, se mueva un elemento, etc
De no producirse este evento, el usuario se confundirá, de la misma manera que si surgen reacciones que él no ha provocado como: ventanas emergentes, relampagueos, recarga de la página o cualquier otro evento espontáneo que se usa en la página ya sea para añadir dinamismo o modificar el contenido.

Por lo tanto el usuario esperará una reacción a sus acciones como medio de confirmación de que el sistema ha atendido su petición y la ha contestado. Hasta ahora esos eventos eran más o menos obligatorios, cualquier refresco, salto o modificación en la página se tenía que hacer mediante la recarga de la misma, ahora con los nuevos entornos de desarrollo web como AJAX o Ruby on Rails este refresco se intenta evitar, mejorando así la usabilidad del sistema añádiendole velocidad, pero se perjudica la "señal" de verificación o conformidad que el usuario está esperando del sistema. Por lo tanto habrá que añadir mensajes clarificadores de que la acción se ha llevado a cabo y el sistema ha respondido positivamente, o negativamente, a la misma.

Facilitar a encontrar

El contenido de la web puede ser muy extenso y ocupar muchas páginas, por lo tanto un medio de búsqueda es necesario, por no decir imprescindible. El usuario no conocerá el beneficio de la búsqueda, por lo que presentarle una caja de texto vacía con un botón al lado quizás no le vale de mucho, pero si enfatizamos esta zona con algun comentario explicativo del estilo "Introduzca la palabra que desee buscar en esta página" el usuario captará la funcionalidad del input de texto y el botón y podrá utilizarlo en su visita a la página para facilitarle el acceso a cierta información concreta.

Esta guía son los elementos que nos ayudarán a modelar la sensación instintiva que el usuario generará al visitar nuestra página, de tal manera que consigamos un entorno más amigable que facilite la usabilidad y la interacción del ser humano con un sistema ajeno y poco instintivo, de per se como puede ser el entorno Web.
Cabe agradecer la ayuda de Juan G. Hurtado de Armonía en las largas discusiones que hemos tenido entorno a este artículo

Technorati Tags: accesibilidad usabilidad HCI web

Web 2.0. ¿Quién necesita accesibilidad?

2005-11-20T22:36:00.000+01:00

Ya no es el último grito, la web 2.0 está aquí, cada día surgen nuevas aplicaciones embebidas dentro del vanguardismo que llaman Web 2.0.

Las grandes Internet Factories como Google o Yahoo han y están invirtiendo mucho en el desarrollo de aplicaciones sociales encajonadas dentro de la nueva tendencia en el diseño web, algunos ejemplos:

del.icio.us, el servicio de marcadores que ha popularizado las etiquetas
eyeOS Web Based Operating System
fluctu8 agregador de podcast/atomcast/rss online.
Google Maps, y más especificamente, sitios como housingmaps.com que usan Google Maps
Flickr
Netvibes Servicio de inicio de página
Protopage Otro servicio de inicio de página

Todos ellos son excelentes servicios dentro de su ámbito, se hace palpable el diseño centrado en el usuario que se ha seguido para lograr aplicaciones tan personalizables, sociales y útiles en la mayoría de los casos. Sobre estos pilares se sostiene la nueva Web que invadirá Internet. Un momento que los internautas, personalmente creo, no tardaremos demasiado tiempo en vivirlo al completo y obtener sus beneficios.

Lamentablemente, y tras estar mirando algunas de las aplicaciones Web 2.0, he denotado que estas aplicaciones se están desarrollando sin tener en cuenta la Accesibilidad, se prima el diseño gráfico, la interacción con el usuario. Pero se cae en el error de abusar de estas prioridades en detrimento de la Accesibilidad.

La mayoría de sistemas de Gestión de Contenidos para blogs no disponen de temas accesibles (aunque cabe destacar el código adecentado), las páginas sociales abusan de AJAX saltándose a la torera la accesibilidad.

Creo que no es la manera de crecer, ahora que disponemos de lo realmente interesante de una web, su semántica, nos olvidamos de que ésta sea fácilmente captada, entiéndase, accesible.

A mi entender, estamos ante un momento crítico, dónde se puede escoger el camino bueno o el malo, el bueno nos llevará a una Web 2.0 con sinfín de posibilidades, y el malo será como una vuelta de bucle que nos llevará al mal comienzo de la Web 1.0 y por consiguiente al final que ahora estamos deseando cambiar. Aún estamos a tiempo de actuar, actuemos.

Algo de bibliografía (se aceptan fuentes) :

Web 2.0 en la wikipedia española e inglesa

AJAX y usabilidad de Juan Carlos de úsalo con múltiples enlaces.

AJAX accesible , gracias a Juan G. Hurtado de armonía

Technorati Tags: web+2.0 accesibilidad usabilidad AJAX

Entrevista con Juan G. Hurtado de Armonía

2005-11-13T22:32:00.000+01:00

Hoy reprendemos la sección de entrevistas accesibles con otra nueva aportación.

El encargado de aportarnos su experiencia es Juan G. Hurtado, nos habla desde su bitácora: Armonía.

Leamos :

Nombre, ciudad, trabajo y/o estudios, blog, tiempo de blog, intereses.

Mi nombre es Juan G. Hurtado, vivo en Los Barrios, un pueblo de la provincia de Cádiz, muy cerca de Algeciras. A día de hoy tengo 23 años, y trabajo desde hace 2 años y medio para Agroinformacion S.L. realizando tareas de desarrollo Web.

Empecé en esto del desarrollo Web al mismo tiempo que comencé mi trabajo en Agroinformacion. Antes de eso no tenía ni idea de cómo se hacía una página, así que mucho menos sobre qué diablos era eso tan raro llamado CSS. Poco a poco me fuí poniendo las pilas, y a la par que aprendía a programar con ASP.NET, fuí enterandome sobre las peculiaridades del HTML, etc.

No fue hasta hace año y medio aproximadamente que conocí el tema de los estándares Web, XHTML, CSS y todo el mundillo que lo rodea. Todo empezó precisamente por el tema de los blogs, buscando artículos sobre desarrollo me topé con Mini-d, y devoré uno tras otro todos sus artículos, (estupendos por cierto), y me fui metiendo en el mundillo, descubriendo más blogs, etc. Hasta que llegó el día que creé el mío propio.

Desde el 12 de Diciembre de 2004 vengo escribiendo en mi blog personal Armonía, donde hablo principalmente sobre temas relacionados con la World Wide Web, aunque también me tomo la licencia de escribir sobre otros asuntos menos técnicos, por decirlo de algún modo.

Valora la experiencia personal y profesional de publicar en tu blog.

Magnífica. En todos los sentidos, tanto personal como profesional. He conocido a gente muy interesante, he aprendido todo lo que sé a raíz de esto, incluso he recibido varias ofertas de empleo gracias al blog. Desde luego no me puedo quejar, empezar con Armonía me ha abierto las puertas a muchas cosas buenas.

Si bien es cierto que a veces escribir se vuelve un poco difícil, encontrar los temas adecuados, desarrollarlos, etc. es una tarea dura, pero se hace lo que se puede. Mi ritmo de escritura no es muy alto precisamente por eso... Soy un poco flojo, jeje...

Destácanos un artículo que hayas escrito, actual o antiguo, de imprescindible lectura.

Muy difícil asunto, porque no creo haber escrito ningún artículo imprescindible. Pero por no hacerte el feo puedo comentarte, por ejemplo, la traducción al castellano de un documento introductorio a la tecnología Atom 1.0, (original: Atom Syndication Format - Introduction de AtomEnabled.org), o la serie de artículos que escribí sobre la semántica de los elementos de XHTML, (aquí está el primero, sobre los encabezados, (h1, h2, etc.) junto con el listado al resto de artículos sobre los demás elementos).

Recomiéndanos blogs y/o páginas sobre accesibilidad y/o usabilidad o relacionados que consideres indispensables.

¿Indispensables? Con respecto a la accesibilidad el tuyo es uno de ellos, por supuesto. También recomendaría visitar Usolab, o Alzado. También, cómo no, la fundación Sidar, y listas de correo como Ovillo o Acceso Web.

Blogs relacionados con el desarrollo Web puedo destacar muchos, por ejemplo el de Rodrigo Galíndez, 16bits. Otros que me gustan mucho son el de Stanmx, o el de Pablo Viojo.

Accesibilidad vs Diseño, ¿una lucha o una colaboración?

Idealmente una colaboración, por supuesto. Por desgracia en la actualidad la accesibilidad no está lo suficientemente extendida, y muchos de los ejemplos de "páginas accesibles" que ve el gran público, (los no desarrolladores), son páginas más bien feas. Es por esto que se tiene ese falso concepto de que la accesibilidad está en contra del diseño. Aparte del hecho de que muchos diseñadores no tienen ni idea sobre accesibilidad y ayudan a extender ese "rumor".

Yo desde luego apuesto por una Web accesible, y ni mucho menos falta de diseño. Todo lo contrario, un diseño atractivo, un diseño bueno, ha de ser por fuerza accesible, si no pierde gran parte de su calidad. El diseño no es sólo elegir una buena gama de colores, el diseño es mucho más, y está muy ligado a la accesibilidad y a la usabilidad.

¿Cómo prevees la Web en 5-7 años?

Lo menos en la versión 5.4 beta RC2... o algo por el estilo. Ahora en serio, la Web dentro de unos años, si todo va bien, será como estamos luchando porque sea: una Web accesible, bien hecha, estándar, y sobre todas las cosas útil. Eso es lo más importante de todo, en mi opinión.

Una cosa que seguro existirá será mucha interacción entre aplicaciones. Sindicación por aquí, microformatos por allá, y alguna que otra sorpresa que seguro inventan.

Una cosa que me preocupa es el lastre que llevamos arrastrando detrás. Todas esas Webs mal formadas, llenas de basura, hechas con FrontPage o cualquier otra herramienta del demonio. Si logramos ir dejando atrás, en el olvido, todas esas Webs, y seguimos llenando la red con páginas bien hechas, tal y como estamos haciendo ahora, todo irá mucho mejor.

¿Web 2.0, una falsa realidad, o realmente hay reeinvención de Internet?

Ni una cosa ni la otra. Que algo ha cambiado es totalmente visible y demostrable. Todas esas aplicaciones como Flickr, del.icio.us, etc. Pero no son ninguna reinvención de Internet. Son el producto de buenas ideas, de un desarrollo adecuado, de ponerse en la piel del usuario y decir: ¿Qué necesito? ¿Cómo lo necesito?.

Lo del nombrecito ya es otro tema. Una forma muy de "marketing" de llamar a un hecho normal y corriente, que es darle al cliente, (usuario en este caso), lo que necesita, sin tonterias superfluas, sin engaños. Todo claro, conciso y simple, en tres palabras, directo al grano. Para mí esa buzzword de moda no significa nada más y nada menos que llevar buenas ideas a cabo. Sin más.

Una entrevista menos centrada en la accesibilidad que las anteriores, pero mucho más crítica y personal respecto a las tendencias actuales que se viven en la red.

Damos las gracias a Juan G. Hurtado por su tiempo. Seguiremos leyéndole, siempre de la misma manera, con Armonía.

Páginas de Inicio. Bonitas sí. Usables?

2005-11-09T20:41:00.000+01:00

Últimamente, y desde hace un tiempo atrás, están floreciendo aquí y allí las llamadas páginas de inicio, escritorios virtuales, favoritos remotos y un largo etcétera de nombres.
Algunos de ellos:

Google IG

Netvibes

Protopage

Los he intentado usar, he intentado añadirlos como página de inicio a los diferentes navegadores que uso y en los diferentes lugares donde los uso.

Pero no puedo con ellos...¿Alguien les ve la utilidad?

Desde hace unos meses, yo mismo me creé una página de inicio. Puro HTML llano, con una tabla (he de decir en mi contra que no es accesible, pero aún no conocía el tema, pero si tienen Accesskey!) de 8 columnas dónde pongo 8 categorías cada una con sus respectivos enlaces (3 o 4 enlaces por categoría).

Siempre he considerado que una página de inicio ha de proporcionarte los enlaces que más usas a lo largo del día, en mi caso: Gmail, Universidad, Blog, eConozco y poco más.

Pues bien, tras intentar usar estos Sistemas de Página de inicio me encuentro que cojean de esta estructuración por categorías. Protopage te permite simularlas a base de añadir capas de enlaces y llamar a la capa por el nombre de la categoría, Netvives te permite añadir tags a tus enlaces creando una especie de falsas categorías ya que te obliga a buscar el link dentro del tag, en lugar de mostrarlo directamente. Google por su lado ya no permite nada del estilo, solo poner una lista de enlaces propios, sin categorías ni nada que te ayude a localizarlos rápidamente sin tener que buscarlos en una lista, aunque esta sea ordenada.

Considero vital el agilizar el acceso a los enlaces más utilizados, y esto no parece primar en los sistemas que hasta ahora he visto.
Eso sí, puedes tener 300 feeds añadidos en tu página de inicio... Desconozco si a alguien le puede interesar tener feeds en su página de inicio, yo cuando quiero leer mis feeds accedo a mi lector de feeds habitual y no tengo que esperar que me cargue la página de inicio porque tengo mis 40 feeds allí.
Por no hablar de tener el iconito del tiempo, o la comparativa del precio de la PSP(Playstation Portable) en diferentes paises... (entre otras utilidades "inútiles")

Creo que se podría considerar esto como un fallo en la arquitectura de la información. Cada cosa en su tiempo y en su lugar.

No dudo de la utilidad de estos sistemas de páginas de inicio, siempre y cuando se hayan construido centrados en el usuario, no centrados en lo bonito que quedan las capas AJAX moviendose aquí y alli...

Como hago siempre con algo que no me convence, me he hecho la idea de lo que yo me haría para mi y como me gustaría que fuera.

Sería :

Creación de diferentes páginas en función de su contenido: Enlaces Favoritos, TODO, Feeds, Notícias, Calendario/agenda, Enlaces "Secundarios". Y todas las que se os puedan ocurrir

Sistema de pestañas para acceder a una sección(página) o otra de mi página de inicio

Configuración personalizada: Número de pestañas, orden de pestañas, utilidades en cada pestaña, pestaña de inicio...

Configuración personalizada de estilos. Mediante plantillas o editando HTML

Toque social a la página: que mi página pueda ser página de inicio de otros usuarios, estilo : http://mypaginadeinicio.es/Mc

No tener que hacer login obligatoriamente, con acceder a mi página http://mypaginadeinicio.es/Mc ya tengo acceso.
Distinción entre contendio público y privado. El privado solo se mostraría si estoy logeado en el sistema.

Formulario de búsqueda en la pestaña que tenga configurada como inicio

Facilidades para añadir sistemas de Cross-Site-Scripting y poder hacer login a mi gmail, flickr, ... Pero solo a partir de un formulario, nunca ingresando la contraseña en el servidor de páginas de inicio.

Technorati Tags: arquitectura usabilidad accesibilidad inicio AJAX netvives Google

Red de contactos de accesibilidad y usabilidad en eConozco

2005-10-12T11:42:00.000+02:00

eConozco es una potente herramienta de red social y en concreto de red de contactos profesionales.
Con este fin se ha constituido un grupo sobre accesibilidad y usabilidad aprovechando el potencial de eConozco y establecer contactos profesionales y personales entre expertos y aprendices interesados de estos temas.
A su vez, eConozco ofrece muchas posibilidades laborales para todos sus miembros, ya que entre sus inscritos hay muchos propietarios de empresas relacionadas con Internet, y se forma así una plataforma publicitaria para todos aquellos que nos dedicamos a este sector, así como un medio colaborativo para la difusión de los principios de accesibilidad y usabilidad.

Estais todos invitados a uniros a esta iniciativa que más valor y utilidad adquirirá cuantos más seamos.

El link de invitación en Internet es : https://www.econozco.com/groups/AD74X90625PR

La llave de entrada al grupo es : AD74X90625PR

Espero que pronto constituyamos una amplia red social de la que todos podamos beneficiarnos.

Si teneis alguna duda y/o sugerencia al respecto usar el formulario de feedback del blog.

Technorati Tags: eConozco usabilidad accesibilidad red social

Utilizar Google para accesibilidad a archivos.

2005-09-28T22:38:00.000+02:00

Google, el megabuscador, me ha dado una alegría tras leer muchos comentarios acerca de su pobre usabilidad y su falsa sencilleza.

Todos conocemos las búsquedas que google realiza sobre ciertos formatos de archivos: PDF, PPT, DOC ... Pero tal vez no todos nosotros, yo al menos no lo hacía hasta hoy, es aprovechar la presentación que hace Google para estos archivos.

Tras la búsqueda, Google nos avisa del formato del archivo, mostrándolo entre corchetes antes del titular de la entrada encontrada.
Yo, como todo buen usuario de módem de 56kb descarto a priori todos los documentos, por su tiempo de descarga, opto por abrir una página HTML normal y corriente, y usualmente más rápida que los demás archivos.

Pero hoy, por alguna extraña razón, me he acordado de ese fantástico link de Google : "Versión HTML" que nos muestra el archivo, en una versión HTML.

No estoy descubriendo América verdad?

Pero si recapacitamos acerca de ésta posibilidad que Google nos brinda, vemos que es un comportamiento accesible envidiable. El usuario no necesita tener el lector de archivos PDF, ni el de presentaciones PPT, ni ninguno de los programas necesarios para abrir un fichero de texto en su debido formato.
Incluso las personas que utilizen dispositivos móviles que carezcan del software apropiado pueden acceder al contenido de ese archivo sin mayor problema.

Esto es comportamiento accesible, al menos a mí me ha ayudado a acceder a archivos que de otra forma, quizás no hubiera accedido.
Ahora me puedo permitir el lujo de hacer búsqueda sólo sobre ciertos formatos de archivos gracias al comando de Google:

Sintaxis: filetype:[PDF|PPT|DOC|...] clave de búsqueda
Ejemplo: filetype:PDF accesibilidad en archivos

Además, Google nos facilita la búsqueda de nuestra palabra clave en documento, subrayándola para remarcarla, y ahorrándonos tener que aplicar criterios de búsqueda.

Desgraciadamente, la versión HTML que Google genera a partir de un archivo indexado no es 100% accesible. Contiene 6 errores según la verificación con Hera. Y no todos los archivos tienen su versión en HTML o están en caché, pero sí la mayoría.

Otra herramienta más dispuesta a ser utilizada por todos aquellos que solicitemos accesibilidad a nivel de ficheros.

Añadidos

Tras escribir este artículo me he interesado en verificar esta herramienta de accesibilidad en otros buscadores importantes. Estos son los resultados obtenidos.

Yahoo
Yahoo también proporciona la "Versión HTML" de los artículos con los mismos errores de Google, pero con 33 revisiones manuales frente a las 22 de Google.

MSN
MSN no proporciona versión HTML como tal sino como acceso a su caché (en HTML). No ofrece el marcado de la búsqueda como Google y Yahoo, y contiene 7 errores pese a validar las pautas de nivel 1.

Lycos
Lycos no proporciona versión de HTML para archivos.

Altavista
Altavista no proporciona la herramienta de versión en html ni opción de caché. En su lugar indican el formato del artículo y añaden un link de "Descarga Acrobat Reader".

AllTheWeb
AllTheWeb tampoco proporciona soporte HTML para ficheros.

Hotbot
Hotbot tampoco proporciona soporte HTML para ficheros.

Aquí veis la actitud de unos cuantos buscadores al mostrar los archivos que tienen indexados

Technorati Tags: google accesibilidad usabilidad archivos búsqueda

La Accesibilidad en Ingeniería del Software

2005-09-21T00:30:00.001+02:00

En la actualidad, la gran mayoría de los Sistemas de Información de mediana y gran envergadura siguen un proceso de desarrollo por etapas conocido como Ingeniería del Software que cumple con varias normativas ISO para su estandarización:

· ISO/IEC FDIS 9126-1 (2000): Ingeniería de Software y Calidad de Producto

· ISO 13407 (1999): Procesos de diseño centrado en las personas para sistemas interactivos

· ISO TR 18529 (2000): Ergonomía de la interacción persona-sistema. Descripciones del proceso del ciclo de vida centrado en las personas

Lógicamente, todo esta Ingeniería es válida y usada en el desarrollo de Sistemas de Información basados en Web, que son los que especialmente me interesan, aunque se puede enfocar generalmente para cualquier Sistema de Información.

Estas etapas son (por orden cronológico): Especificación, Diseño e Implementación. Os daré una definición propia para cada una de ellas:

Especificación: Son el conjunto de técnicas y/o pautas que se siguen para determinar las funcionalidades y requisitos que el Sistema de Información va a tener, así como los diversos componentes que de él van a formar parte.

Diseño: Se modela la especificación y se crea un mapa conceptual de diseño con los componentes software que forman el proyecto, así como la interacción que seguirán entre ellos. Se establecen también los modos de comunicación, patrones y objetos para el desarrollo del sistema.

Implementación: Tras tener la visión clara y concisa que proporciona el diseño, basta con escoger una plataforma de desarrollo y un lenguaje de programación y codificar literalmente los diagramas de secuencia y operaciones obtenidas del diseño.

El ciclo de vida del software es algo más complejo que lo que aquí explico, cada etapa tiene sus metodologías muy clarificadas y bastante estandarizadas además de existir una realimentación de atrás hacía adelante para el mantenimiento y actualización del Sistema de Información.
Pues bien, ¿Dónde encontramos la Accesibilidad en todo este desarrollo?

De la experiencia que he ido adquiriendo a lo largo de estos últimos meses, podría casi afirmar que la Accesibilidad es parte de la implementación, allí donde se diseñan, gráficamente (no confundir con diseño conceptual) las interfaces de usuario.

Dicho de otra manera: Allí donde se programa usando XHTML y CSS o sea, en Implementación.

La cuestión es: ¿Se pueden aplicar los principios de Accesibilidad en las otras etapas?

A lo que yo mismo me respondo un enorme SÍ.

Posteriormente: ¿Por qué razónes no se aplican entonces?

* Falta de concienciación y conocimiento y/o experiencia en el tema.
* Por el mismo motivo que no siempre se aplica un desarrollo basado en esta metodología. Falta de tiempo, recursos y bagaje analítico.
* Por que los clientes tienen 10 razones por las que no invertir en accesibilidad.
* A saber…

¿Qué perfiles informáticos y en qué fases se podrían hacer cargo de la Accesibilidad?

- El especificador en la Especificación.

- El analista y el diseñador de bases de datos en Diseño.

- El programador y el diseñador gráfico en Implementación.

O sea, todas por las que pasa un sistema software en desarrollo, tienen la posibilidad de aplicar la Accesibilidad en su etapa correspondientes.

Pero no, de todos ellos, es únicamente los programadores y diseñadores gráficos sobre quién recae toda la carga, en cuanto a trabajo, que puede requerir un Sistema Software según las necesidades y los objetivos pactados entre cliente y especificador durante el análisis de requerimientos del sistema.

¿Se obtendría alguna mejora de aplicar los principios de accesibilidad en las diferentes etapas?

Lógicamente sí. Los implementadotes están formados para codificar un modelo estandarizado (p.e en UML- Unified Modeling Language) a su lenguaje de programación. Si el analista que ha modelado el sistema ya ha tenido en cuenta la accesibilidad durante su etapa, el programador solo se deberá a aplicar la accesibilidad a elementos muy propios de la programación, es decir, al código fuente. Ahorrándose así tener que desarrollar nuevos comportamientos y funcionalidades (por iniciativa propia) para obtener la accesibilidad en ciertos requisitos del sistema en los cuales el diseñador no la ha tenido en cuenta.

Pero es más, si a su vez el especificador hubiera especificado con la accesibilidad in mente, el diseñador no habría tenido que averiguar (por iniciativa propia) las funcionalidades que requieren de unos comportamientos diferentes, especiales, para su accesibilidad, o de unos requisitos exigidos por el cliente.

Ahorrándose esto, el diseñador se centrará más en temas de accesibilidad para los elementos básicos de su labor: los componentes del sistema y la interacción entre ellos.

El pez que se muerde la cola como veis.

Distribuir la accesibilidad entre todas las etapas haría que el proceso de “accesibilización” de una página se redujera a aplicar pocos principios en cada una de las etapas, pero el resultado final, sería en el peor de los casos el mismo que tal y como se desarrolla ahora.

Además evitaría el, “Uf, ahora hay que hacer esto accesible” cuando ya está en una versión beta, porque casi sin darse cuenta, todo el proceso se habrá hecho antes.

¿Cómo lograríamos que el especificador y el analista hicieran su labor integrando la accesibilidad como un requisito más del sistema?

Sólo hay una manera: Concienciación y Formación.

¿La teoría queda bastante clara verdad?

Si todos ponemos de lo nuestro, el proyecto sale mejor. Argumentación simple y sencilla.

Pero pongámonos ahora en la piel de cada profesional para ver qué puede aportar él, en su etapa, a la accesibilidad final del Sistema.

El Especificador

Tal vez la labor más primordial, ya no solo del especificador si no de todo el proyecto, es saber captar los requerimientos que el cliente nos solicita. El cliente es un usuario inexperto en informática (por eso requiere nuestro servicio), pero es muy experto en su sector, nos hablará de su visión de negocio, de las funcionalidades que necesita obtener del programa para agilizar el trabajo de sus empleados, de beneficios, gastos… Pero pocas veces se va a dar el caso que sea el cliente que nos diga: esta parte del Sistema necesito que sea accesible para tal motivo o para tal otro.

Pensemos en un ejemplo de requerimiento accesible que no tenga por que estar relacionado con disfunciones físicas o psíquicas de los usuarios. Algo mucho más simple.

El jefe se pasa la semana fuera de la empresa y todos los días quiere poder acceder desde su PDA a una herramienta de reporting que el sistema llevará integrada.

Si el especificador no entrevé un posible problema de accesibilidad en este aspecto, no tomará nota de esto, y todo el posterior proceso de reporting se hará sin tener en cuenta este aspecto.

Este aspecto concierne al Analisi de Requerimientos que realiza el especificador. Veamos otro caso relacionado con otra sub-etapa de la Especificación.

En la empresa hay una persona discapacitada motriz que lleva 30 años trabajando allí y es de muchísimo valor para la empresa dada su experiencia. Esta persona es la encargada de actualizar diariamente las previsiones de ventas para los próximos días. La discapacidad del trabajador impide a este el uso del teclado cómodamente (lo usa con mucha dificultad).

El cálculo de previsiones es un proceso crítico en la empresa, y tras cada operación se requiere una verificación y aceptación de la misma por parte del usuario. El sistema lanza un mensaje tras cada paso pidiendo confirmación.

Pero el usuario discapacitado dada su experiencia, no requiere de una confirmación para saber si está haciendo bien la actualización o no. Ya que por simples cálculos a partir de datos históricos conoce el resultado de dicha actualización de antemano.

Bien, el especificador al no percatarse de que hay un usuario, un “actor del sistema” que requiere un comportamiento “especial” al de los demás usuarios en ese Caso de Uso, está causando que el discapacitado tenga que sobre-esforzarse de manera totalmente innecesaria para llevar a cabo su labor.

En este ejemplo aparte de problemas de accesibilidad los hay también de usabilidad, pero vale para ver que en la sub-tarea de definición de Casos de Uso, el especificador puede considerar actores del sistema que no tienen porque seguir el mismo comportamiento que los demás.

El Diseñador

Hemos comentado que el diseñador (conceptual) es el profesional que se encarga de abstraer las necesidades del cliente un nivel por encima, de tal manera que se pueda modelar el concepto en un componente software, entiéndase: objetos y/o funciones. Al final de su etapa el diseñador conceptual hace unos esquemas del diseño gráfico de la aplicación con el fin de indicar los campos y datos que necesita para la ejecución de sus funciones.

Tal vez si el especificador no hubiera documentado nada acerca del Caso de uso “especial” para el empleado discapacitado, el diseñador no habría tenido en cuenta los posibles objetos y funciones que fueran necesarios para desarrollar ese comportamiento diferenciado del de los demás usuarios. Pero esto es un ejemplo acarreado por un fallo del especificador.

Veamos que aspectos debe controlar el diseñador en su etapa por una mejor accesibilidad y/o usabilidad.

La empresa ya tenía un sistema de indicadores de stock de una versión antigua, a la que los empleados estaban muy acostumbrados tras 10 años de trabajo sobre él. En el nuevo diseño se ha modificado la estructura del formulario, se han cambiado colores, incluso antes era en modo texto y ahora es con ventanas mil colores y formas diferentes. Cuando presentemos esto al usuario, éste se sentirá confuso y habremos provocado un riesgo funcional (riesgo provocado por un funcionamiento no habitual o intuitivo de un sistema) que incluso puede llegar a provocar el rechazo del usuario a la nueva aplicación.

El programador

Todos sabemos el ámbito de trabajo de este profesional basándose en la codificación y el diseño grafico para proporcionar un front-end amigable, usable y accesible. Así que no hablaremos de él porque la asociación que existe entre accesibilidad y diseño gráfico o programación la conocemos todos y el objetivo era demostrar que se puede hacer un seguimiento de la accesibilidad durante todas las etapas de la Ingeniería del Software.

Esperemos pues, que en un futuro no muy lejano, la accesibilidad se extienda a toda la Ingeniería del Software para una mejora incremental durante el desarrollo de los Sistemas Software del mañana.

Tech Tags: Accesibilidad Usabilidad Ingeniería Sofware Diseño Código

Nuevo colaborador y nueva sección

2005-09-15T23:58:00.000+02:00

Me enorgullece poderos presentar a un nuevo colaborador de Accesibilidad Web.

Su alias es posavasos y me sorprendió de él su capacidad para recolectar información de mucho, mucho interés, por este motivo propuse establecer una colaboración en este blog y el accedió amablemente.

Como podeis ver, se ha añadido una nueva sección a la bitácora, concretamente se trata de un LinkBlog. Una herramienta de recolección de artículos y/o notícias de otras muchas fuentes de información que se relacionan con el contenido de éste blog, en concreto con la accesibilidad.

Pues bien, de ésta sección, y en el futuro espero que de alguna más, se encargará posavasos gracias a esa capacidad innata de recolectar fuentes y artículos de importante contenido como venía haciendo en su del.icio.us.

He escogido este formato de presentación mediante enlaces para no tener que usar un post para cada uno de los posibles enlaces que se vayan recopilando.

Espero que esta nueva sección y este nuevo colaborador os nutran de información relevante en cuanto a accesibilidad se refiere.

Consorcio de Herramientas para Accesibilidad

2005-09-15T20:16:00.000+02:00

Vía Access Matters me entero de esta genial iniciativa.

Se ha creado un Consorcio para el desarrollo de Herramientas para Accesibilidad con muchas aplicaciones desarrolladas y otras planeadas.

Un buen empujón tecnológico para la accesibilidad sin duda alguna.

Entrevistas Accesibles: Alejandro de Webposible en el blog de Daniel Garcia

2005-09-15T19:21:00.000+02:00

Leo en el Blog de Daniel García una excelente entrevista a Alejandro Gonzalo de Blog Posible.

Toda una experiencia en cuanto a accesibilidad se refiere. No os la perdais!

Cosas de la vida...

2005-09-13T20:16:00.000+02:00

Parece mentira, pero a veces la vida tiene estas cosas... Sorprendentemente, almenos para mí, me han realizado una entrevista sobre accesibilidad, cuando hace nada era yo el que las hacía.

Podeis ver que no miento en la página de Daniel, quien aprovechando la entrevista intentó animar y conscienciar a los webmasters Chilenos sobre la importancia de la accesibilidad, tras acudir a una charla-seminario con escasa afluencia de oyentes.

Aquí os dejo la página de este nuevo gran amigo Daniel y el enlace a la entrevista.

Espero que os guste y agraceder desde aquí a Daniel y su interés por la accesibilidad y la motivación que esto y todo lo que se pueda hacer pueda aportar a todos los webmasters del mundo.

Saludos!

Foro Accesibilidad

2005-09-03T21:26:00.000+02:00

Foro Accesibilidad nace con la intención de crear un lugar de encuentro colectivo de interesedos y entendidos del principio de accesibilidad en el diseño de aplicaciones informáticas.

La idea surge tras visitrar foros de habla inglesa sobre el mismo tema, y tras observar que no existe ninguno con este tópico para habla española.

Esperamos así que este foro crezca como punto de discussión sobre temáticas relacionadas con la accesibilidad.

Un saludo enorme a todos y muchas gracias por vuestra atención.

Página del Foro
(http://foroaccesibilid.7.forumer.com)

Haciendo una bitácora Accesible

2005-09-03T14:15:00.000+02:00

Navegando por los links, sin siquiera recordar la fuente que me llevó hasta él, descubro a Carlos Egea y su blog personal Haciendo una bitácora Accesible
En su bitácora Carlos nos explica paso a paso como crear un blog accesible usando un CMS (Content Management System) como blogger.
Todo un manual imprescindible para todos aquellos que, aún siendo una simple bitácora, deseemos adaptarnos a los estándares sobre accesibilidad, facilitando así el uso de nuestro contenido a todos.

Un saludo enorme para Carlos y muchos ánimos a seguir con el proyecto que ha iniciado.

Mostrando el Feed de una manera Accesible y Usable

2005-09-01T23:00:00.000+02:00

Los Feeds de RSS se están convirtiendo en herramientas indispensables en toda web. Con ellos se difunde la información de una manera directa hacia el usuario, sin obligar a que este tenga que visitar nuestra página obligatoriamente para observar los cambios.

Planteándome el tema de los Feeds con Mario nos dimos cuenta que exponer directamente el link al RSS puede resultar algo peligroso.

Nos ponemos en el caso de usuarios inexpertos o con alguna disfunción física o psíquica que por curiosidad entraran al típico link de RSS y observaran ese cúmulo de carácteres especiales entremezclados con carácteres de texto, con mas bien poca estructura (al menos conocida). El usuario inexperto no comprende lo que ha sucedido, se ha podido cargar mal la página, se trata de un error o una broma? El usuario se siente confuso y puede tomar las decisiones típicas de este tipo de usuarios...
Una persona con disfunciones visuales puede ser bombardeado con una locución incoherente de símbolos y letras sin significado aparente alguno, otro usuario confuso.

Para evitar estas situaciones creamos una solúcion fácil y útil, al alcance de cualquiera y a la que se le pueden añadir más funcionalidades.

La idea es crear una página intermedia entre nuestro blog y el propio fichero XML. Dicha página nos podría servir para incluir una breve aclaración sobre "que es un Feed RSS" y un link al archivo XML que lo contiene.
Así el usuario inexperto no entrará de repente en una página que no sigue un formato Web estándard, ahorradose así la confusión, y además encontrará una explicación sobre dónde está y que puede encontrar ahí.

Los usuarios que sabían lo que buscaban y querían acceder directamente al link del Feed, lo seguirán teniendo, aunque sea en una segunda capa.
Lo que no encontramos lógico fue el hecho de tratar el link al Feed RSS como un enlace cualquiera a otra parte de la web o a una externa, que sería el comportamiento que cabe esperar en cualquier enlace en Internet, independientemente de nuestra experiencia en el medio.

Una vez creada la página intermedia, podríamos aprovechar para poner en ella todo lo relativo a Feeds RSS. Unos buenos elementos a añadir en esta página serían las imágenes-enlaces a agregadores de Feeds como Bloglines, FeedReader, MyMSN, MyYahoo, NewsGator...
Envez de mostrarlas en la página principal de una manera un tanto incoherente, podemos aprovechar esta página dedicada al Feed RSS para proporcionar estos enlaces de manera acorde con el contenido del marco donde se encuentran.

Como veis, una solución fácil, usable y accesible que puede facilitar las cosas a mucha gente y sigue el marco semántico de toda la web.

He creado la página del Feed de Accesibilidad Web como ejemplo.

Tech Tags: Feeds XML RSS accesibilidad Usabilidad

Haciendo CRM para la Web

2005-09-01T19:21:00.000+02:00

Las iniciales CRM se leen aquí y allí en todo el ámbito empresarial global, el término completo es Client Relashionship Management, literalmente algo así como Gestión de la Relación con el Cliente.

Qué filosofía hay tras un concepto tan útopico?
No se trata de llevarse a cenar al cliente y atiborrarlo de buen vino y buenos licores para aumentar así su sensación de bienestar y confianza en nuestra empresa. Es algo más complejo cuya misión és determinar con exactitud el Grado de Satisfacción del Cliente, que aquí llamaré GSC.(Hoy me da por iniciales mira...)

Y bien, Qué hacemos ahora con el GSC ?
Sabemos el estado del cliente respecto a nuestra empresa, sabemos que se enfadó y mucho tras atrasarnos en la entrega de su último pedido, sabemos que con muchas posibilidades ese fuera su último pedido a nuestra empresa si no se toman medidas urgentes.
Se puede "mimar" al cliente con suculentas recompensaciones, mayormente económicas, que calmen sus ánimos y vuelvan a mejorar su GSC. A nadie interesa hoy en dia tener un cliente enfadado.

A que viene esta aclaración económico-financiera aquí?
La web no deja de ser otro mercado económico más, aquí cada uno vendemos nuestros productos, unos venden componentes electrónicos, otros golosinas, hasta los hay que venden (me han dicho que hasta gratis) cosas etéreas como: conocimiento, experiencias, vivencias y todas las "-encias" que la vida nos pueda deparar.
Demostrado queda que este blog es una tienda más en este enorme centro comercial llamado Internet.
Pensemos pues como empresa, a toda empresa le gusta vender más, y para vender más los clientes tienen que comprar más y para que un cliente compre mas habrá que tener su GSC lo más alto posible.
El concepto del Grado de Satisfacción en Internet es algo más sutil que en el mundo empresarial, pero la idea es la misma, es proporcionarle al usuario lo que él nos pida y de la manera que él nos lo pida, así y solo así, el usuario se sentirá como en su casa.
Las empresas se bastan de múltiples variables para sus estudios de Grados de Satisfacción, historiales de ventas, entrevistas y encuestas a consumidores, comportamiento de los rivales... y un sinfín de números mediante técnicas extractivas como la Minería de Datos, ayudan a los directivos a conocer el estado de sus clientes.
En la web parece no existir ese afán de lograr la satisfacción de los clientes, exceptuando tiendas on-line claro, pero esta afirmación no es del todo cierta, a todos nos agrada enterarnos que hemos fidelizado un cliente, un internauta en nuestro caso, a nuestra web.

Veamos ahora unos cuantos medios que nos podrían ayudar a la hora de extracción de conclusiones.

Las estadísticas Web.

Todos conocemos este fantástico espejo de nuestra web,¿ pero realmente lo aprovechamos al máximo?
Está bien tener un contador con varios millones de visitas, y que cada día engorda otros miles de vistas más, pero no es suficiente. Hay multitud de sitios web que proporcionan contadores de visitas con estadisticas, sino también hay cientos de scripts en todos los lenguajes de programación habidos y por haber que realizan esta labor.
Nos desnudan la interacción del usuario en su visita a nuestra web con datos como:

Páginas Visitadas: Cuantas páginas nuestas ha visitado cada usuario y cuales han sido, un excelente dato para conocer los sitios más interesantes de nuestra web y los contenidos más comunmente visitados por los usuarios. Podremos enfatizar esas partes distingidas de nuestra web para añadirle aún más importancia y derivarlas en otro punto de entrada secundario a nuestro sitio, como un segundo Inicio (índex o "home").

Tiempo de la Visita: Muestra los minutos que ha estado el usuario conectado a nuestra web o incluso a cada una de las webs que ha visitado. Este dato nos ayudará a conocer las páginas más destacadas que he comentado en el punto anterior.

Ruta seguida: El contador de estadísticas nos indica los saltos que ha ido dando el usuario en su recorrido por nuestra web, podemos observar así que relación hay entre los saltos y los links que hay en cada página de la que provenía el usuario. Sabremos así si el link está bien colocado en ese lugar, si lleva al usuario a dónde lo queriamos llevar, o lo desvía por otra rama de nuestra web hasta perder su interés inicial.

Páginas de mayor entrada y salida: Nos indica las páginas que suelen ser más visitadas como punto de entrada a nuestra web y cuales son las páginas más comunes a partir de las que el usuario abandona nuestro sitio. Complementar las páginas de entrada más comunes ampliará el abanico de posibilidades del usuario en nuestra web, mientras que mejorar las páginas de mayor salida evitará agotar al atención del usuario y provocar que abandone la web.

Visitas externas: Reconocemos así qué usuarios nos llegan redireccionados desde otras páginas ajenas a las nuestras o desde motores de búsqueda.
Analizando las páginas de origen de los visitantes sabremos mucho sobre ellos, sabremos sus intereses nada más y nada menos. Incluso podemos llegar a saber el nivel de estos usuarios. Conocer bien a nuestros usuario es fundamental para conocer lo que buscan y lo que les interesa para poderselo servir a su agrado.
De las visitas provenientes de buscadores extraemos las claves de búsqueda, esas pequeñas joyas que nos permiten saber "de qué" se conoce nuestra web en internet, buscar esas claves en nuestra web nos ayudará a entender "qué" buscan los motores, y para el futuro, tendremos ese "qué" en cuenta a la hora de "cómo" aportar nuestra información haciéndola visible a buscadores y/o usuarios. (Casi que nada...)

Las estadísticas Web sea quizás el método más conocido y usado para analizar a nuestros visitantes, pero no és el único.

El Feedback
Un simple formulario como el que teneis a la derecha bastará para que el usuario haga sus quejas formales tras visitar nuestra web. Puede usarlo como medio de queja o como medio de agradecimiento o felicitación. En ambos casos deberemos leer detalladamente lo que el visitante nos explica de su experiencia a través de nuestro sitio para poder realimentar, de ahí la palabra, todo el sistema potenciando esas alabanzas o mejorando esas críticas.

Encuestas
La típica encuesta de "Qué te parece el sitio: Bueno Normal Nefasto" es muy básica, aunque nos puede dar un enfoque global correcto. Una vez trabajemos bajo la suposición que nuestro sitio no es nefasto, podemos dedicarnos a hacer una encuestas más concretas que nos permitan intuir mejor el Grado de Satisfacción de nuestros visitantes.

El Log de errores
Pese a parecer una estupidez creo que es uno de los puntos más a tener en cuenta. El usuario abandonará casi que con un 1oo% de probabilidades nuestra página tras un link roto o mal escrito. El Log de errores nos informa de estos links caídos y apresurarnos a repararlos evitará otras pérdidas. Tambien cabe la posibilidad que utilizan algunas web, especialmente de descargas de , "Notificar de Enlace Roto", pero eso sólo valdrá si el usuario está realmente interesado en ese enlace y en vez de abandonar nuestra web haya vuelto atrás para notificarnos el error.

Los Comentarios y mails al Webmaster
En algunas páginas, los blogs por excelencia, el usuario puede comentar artículos o contenidos posteados por el autor. Muchas veces, en estos comentarios se hacen críticas al respecto de la información, la escritura o muchos otros factores que hayan desagradado al usuario.
Otra opción es no negligir los mails que se reciben como Webmaster, muchas veces no son de nuestro agrado, dada la facilidad de mala palabra que tiene mucha gente, pero incluso hay personas que puede hacen críticas constructivas que nos ayuden a mejorar nuestro sitio y la relación del cliente con éste.

Tenemos entonces todos los datos disponibles para conocer la experiencia del usuario en nuestra web, sólo nos falta analizarlos conscienzudamente y adaptar nuestro sitio a los requerimientos sugeridos, completarlo con las ausencias detectadas y enfatizar los puntos destacados del mismo. Todo con el fin de que el usuario aumente su Grado de Satisfacción (usando el concepto empresarial) para que vuelva, aunque no sea para comprar :).

Technorati Tags: estadísticas web usuarios experiencia accesibilidad visitas

Un Error404 útil.

2005-08-31T22:53:00.000+02:00

Todos hemos sufrido el mensaje :

Not Found

The requested URL /ejemplo was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Nada que hacer al respecto, impotencia, resignación y lo peor de todo, a buscar una nueva página...
A los habituados a encontrarnos con este error no nos supone una gran pérdida, rápidament buscamos otras fuentes con la información deseada.
Para un usuario inexperto, la confusión puede ser total ante tal mensaje, más aún si sumamos que no entienda el idioma del mensaje.
Lo he experimentado personalmente con mis padres, ante tal mensaje su reacción es la misma, acudir en mi ayuda para explicarles porque no han podido acceder a la página que un amigo les ha apuntado en un papel y que contiene las fotos de su último viaje.

El error se suele causar al escribir el path entero de la URL, no necesariamente en la parte principal de ésta, sino en las diversas carpetas o nombres de archivos.
Si el error se diera en la parte principal, pocas soluciones habría, especialmente si poseemos un subdominio de éste.
Pero si el problema es una carpeta o un fichero mal escrito, podemos esforzarnos un poco más que proporcionando ese error típico que he mostrado.

Personalizando nuestra propia página de error.

Podemos crear nuestra página de error404 incluyendo todo lo que consideremos necesario para reorientar al nuevo usuario, antes de que abandone nuestra página tras el desconcierto. Para redirigir la página de error a la nuestra propia, tendremos que modificar el fichero .htaccess del directorio raíz del servidor, en caso de no existir dicho fichero, lo podemos crear.

Tendremos que añadir o modificar la configuración que redirecciona la página de error a la nuestra con esta línea:

ErrorDocument 404 http://nuestroservidor.com/error404.php

Si tenemos el privilegio de tener el servidor en casa, podemos modificar directamente la configuración de error de nuestro servidor web. En caso de Apache modificando la línea del archivo httpd.conf:

ErrorDocument 404 /missing.html

Pues bien, ahora solo tenemos que editar nuestra página de error404 con el contenido que deseemos, HTML llano, scripting...

Qué información incluir en nuestro 404 ?

Llegados a este punto nos planteamos que información incluir en la página de error para orientar al usuario. La página tampoco puede ser una superextensión de contenido que abrume al usuario, que decepcionado tras no encontrar la página buscada, es bombardeado con un sinfín de links y/o explicaciones no esperadas.

Redireccionando al usuario.

Esta es una técnica sencilla, nuestra página de error únicamente contiene una redirección hacia nuestra página de inicio tras una espera de 10 segundos con el mensaje de "la página buscada no ha sido encontrada... está siendo redireccionado a la página principal, si la redirección no funciona clicke aquí".
En unos segundos el usuario se encuentra en una página que no había solicitado, o incluso de la cual proviene. De poco sirve esta solución si lo que pretendiamos era aclarar la confusión del usuario.

Dando unas sugerencias al usuario.

Ya que el usuario realmente quería acceder a una de nuestras páginas, podemos concretar cuales de nuestras páginas son principales y por lo tanto más susceptibles de recibir visitas. Aportar un pequeño, por lo de no abrumar, listado de enlaces a las diferentes secciones de nuestra página, puede reorientar al usuario o incluso facilitar que éste identifique el enlace de destino, al que intentaba entrar, entre los proporcionados. Una excelente propuesta es añadir el enlace al mapa de la web, siempre y cuando esté bien construido, éste será el mejor índice de búsqueda manual que el usuario podrá encontrar.

Aportando motores de búsqueda.

Podemos complementar las sugerencias anteriores aportando al usuario un motor de búsqueda que previamente haya indexado nuestro contenido y pueda serle útil para buscar información sobre la página no encontrada en nuestro propio sitio. Existen varios tipos de motores de búsqueda e implementados de variopintas formas. En esta página utilizo el formulario de Google con la opcion de búsqueda interna o en Internet. El problema de este sistema es que el usuario es redireccionado a una página, en este caso de Google, externa al sitio donde se encontraba.
Tambien podemos optar por usar un sistema de búsqueda propio, he estado experimentando con SiteSearch, un script php que indexa el contenido de tu sitio web para luego poder realizar búsquedas sobre este.

Tal vez fuera ideal una aplicación que no necesitara que el usuario tecleara la clave de búsqueda, sino que esta fuera captada automáticamente URL mal escrita o el archivo inexistente y realizara la búsqueda automáticamente aportando todas las entradas "parecidas" en caso de tratarse de un error tipográfico. Así nos aseguramos de mostrarle al usuario el link que buscaba si es que realmente existe. En otro caso ya proporcionamos enlaces interesantes sobre nuestra web que pudieran orientarlo y visitarnos.
Desconozco si ya hay algun Script que busque por aproximación, o te de la sugerencia estilo Google de " usted quiso decir...". Pero tal vez esta sería la mejor opción de todas y la que mayor porcentaje de acierto nos daría a la hora de encontrar lo que el usuario andaba buscando.

Cualquiera de las maneras expuestas es mucho mejor que el mensaje por defecto que nadie comprende, ni sabe de dónde procede ni cual ha sido el error cometido. El usuario debe ser bien informado de la incidencia y lo más importante de todo, debe ser bien reconducido a encontrar su destino o al menos lo más parecido posible dentro de nuestra página antes de volver atrás y buscar otra diferente.

Technorati Tags: Error Accesibilidad Usabilidad Configuración Index

El pantallazo MeMe

2005-08-29T20:25:00.000+02:00

A petición de Pablo de Concept&Development os presento aquí un pantallazo de lo que podría ser mi monitor en cualquier momento del día.

Y desde aquí tambien bajo pena de excomulgación de la blogosfera hispana invito a hacer su MeMe de Captura de Pantalla a :

- Mario de Avalúo y Tecnologías del Aprendizaje
- Foncho de Al ritmo que me marca la vida...

Saludos!

Accesibilizando la página de la Agencia Tributaria Española

2005-08-04T22:52:00.000+02:00

“Hacienda Somos Todos” es el lema de nuestra Agencia Tributaria (España), pues bien, mi vista no sabía dónde refugiarse cuando entré a su web. Una web a la que claramente, no todos tenemos acceso, a simple vista, detectamos errores de primera prioridad en su diseño, además de una clara, deprimente experiencia del usuario, por la disposicion, colores, e imágenes usadas. Mi objetivo con este wiki-artículo es analizar el diseño actual del sitio, los errores que contiene, en cuanto a accesibilidad se refiere, y una solución que podría ser proporcionar un diseño alternativo.

También me gustaría analizar puntos relacionados con la Usabilidad y la Experiencia del Usuario ante la página, ya que opino que és una página a la que cualquiera de nosotros podría acceder en cualquier momento en busca de información tributaria.

[...]

He querido crear un Wiki para el seguimiento de este artículo con el fin de que TODOS podais colaborar en este artículo/desarrollo, obteniendo así una discussión constructiva y productiva que nos facilite el objetivo final que todos debemos tener presente: Proponer una alternativa Accesible a la página de la Agencia Tributaria

Leer y editar el wiki con el artículo entero...

Espero que todos vosotros aportéis vuestro granito de arena y entre todos seamos capaces de enseñarles a las entidades públicas que realmente existe una conscienciación respecto a la accesibilidad y usabilidad de las página estatales.
Añadid vuestro conocimiento al wiki y/o si pretendeis opinar acerca del artículo os agradecería que lo hicierais en los comentarios de este mismo post, para no mezclar conceptos.

Un saludo a todos y buenas vacaciones! Nos leemos a la vuelta!

Technorati Tags: "Accesibilidad+Web" Accesibilidad Usabilidad diseño css xhtml wiki artículo hacienda

Creando un Wiki-Artículo

2005-07-24T22:47:00.000+02:00

Tras pensar largamente sobre la amplia utilidad que están teniendo los wikis en todos los ámbitos de Internet, he reflexionado sobre su utilidad en un Blog.

Hasta ahora, el blog ha sido un método de comunicación unidireccional, dónde el autor postea su artículo para sus lectores. Bien es cierto que hay una minituberia en la otra dirección, entre los usuarios y el autor, vía comentarios el autor puede recibir ayuda en su artículo, críticas y/o aportaciones... leer más.

Leer y editar el artículo entero en el wiki.

Nota: se han desabilitado los comentarios para que los hagais en el propio wiki.

Technorati Tags: wiki artículo blog publicacion accesibilidad

Sabrosus para Accesibilidad Web

2005-07-17T21:50:00.000+02:00

Stan ha librado el codigo de Sabrosus, un directorio de bookmarks nacido como parodia de Del.icio.us y ahora abierto en Sourceforge como código abierto y colaborativo.

Ya me interesó la aplicación des de que se publicó algo acerca de ella. Solicité a Pablo de Concept&Development, que participa en el proyecto, que me hospedara un sabrosus para mi, y poder experimentar así el desarrollo que se está llevando a cabo, y la calidad de la aplicación.

Pues bien os presento mi sabrosus . Por ahora no está muy completo, pero espero añadir enlaces en los próximos días.

Todo el mundo puede tener instalado su Sabrosus en su propio servidor descargando el archivo.

Os invito a experimentar con él e incluso a ayudar a los desarrolladores, yo por mi parte intentaré involucrarme un poco más en el proyecto y ayudar en el desarrollo.

Saludos!

Technorati Tags: Sa.bro.sus sabrosus bookmarks blog accesibilidad

Directorio de libros electrónicos

2005-07-15T23:28:00.000+02:00

Mario de Avalúo y Tecnologías del Aprendizaje me ha recordado los libros electrónicos, esa literatura digital que encontramos en la Red lista para ser deborada sin tener que acudir a la librería o biblioteca mas cercana.

En su día ya hable de del proyecto Gutenberg y su extensa bibliografía digital en formatos de texto, html y audio. Toda una biblioteca GRATUITA al alcance de todos.

Mario nos amplia la lista de directorios de libros electrónicos :

The Online Books Page: http://onlinebooks.library.upenn.edu/
Athena: http://un2sg4.unige.ch/athena/html/authors.html
OzLit: http://home.vicnet.net.au/~ozlit/index.html
Project Gutenberg: http://www.gutenberg.org/
BlackMask Online: http://www.blackmask.com/cgi-bin/newlinks/page.cgi?d=1
The Etext Center: http://etext.lib.virginia.edu/
Bartleby: http://bartleby.com/

Mas allá de ser accesibles, los libros digitales son aptos para todos aquellos aficionados a la lectura. Una experiéncia literaria más.

Saludos!

Artículo Fuente : Directorio de libros electrónicos

Technorati Tags: accesibilidad libros+electronicos ebooks accesibilidad+web Ávaluo Gutenberg

El proyecto Gnome para la accesibilidad

2005-07-12T23:30:00.000+02:00

Me entero vía Lista de Acceso Web que en Gnome se está desarrollando un proyecto para lograr la accesibilidad en su sistema.

Se están desarrollando 2 aplicaciones accesibles:

Gnopernicus
Gnome Onscreen Keyboard

Presentémoslas:

Gnopernicus

Manual Gnopernicus

Gnome Onscreen Keyboard (GOK)

En definitiva dos proyectos más que pasan a alargar las listas de desarrolladores interesados en la Accesibilidad.
Mucha suerte!

Technorati Tags: Accesibilidad Gnome Gnopernicus Navegadores Lectores

Desnudando la Web: Estructura de una Web Accesible

2005-07-11T22:37:00.000+02:00

A raíz del artículo de Stan en Stanmx.com en el que nos comenta unas posibles alternativas a la estructura de un sitio web, extraemos estos patrones:

En su debido día, ya estudié mínimamente la estructuración semántica de este blog, y me sorprendí al ver que el patrón que usé no estaba entre los que Stan describía.
Tal vez porque el tema (template) CSS inicial sobre el que me basé para crear el actual, ya estaba estructurado así, inicialmente no me tomé la molestía de modificarlo. Pero cuando aprendí a desnudar las webs, quitándoles el CSS, me paré a pensar en la semántica.

La estructura de este blog es curiosa:
1) Titulo
2) Contenido
3) Menú

Por qué no decidí modificar esta estructura ?

Pues bien, pensé como siempre des de el punto de vista de la accesibilidad, y especialmente desde el punto más crítico: los invidentes.
Especialmente me centré en este tipo de usuarios porque son quienes necesitan de navegadores hablados para acceder a internet.
Supuse que una persona que entra a la Web, lo hace en busca del contenido, y por esa razón priorizé el contenido al menú.

El inconveniente a esta primera decisión era que el usuario que entrara a ojear, sin ir directamente a buscar el contenido, se encontraría con un interminable carro de artículos, uno detrás del otro, por lo que era necesario proporcionarle un link de salto rápido al menú, para navegar por él.
De ahí que añadiera un DIV invisible con los saltos al Contenido y al Menu , accesibles mediante AccessKey.
Esta solución nos libra del problema del "choque" contra decenas de artículos, pero nos trae otro inconveniente: Redundancia. El usuario, con navegador hablado, es bombardeado en cada nueva página con esos 2 enlaces de los que ya conoce las teclas de acceso rápido sobradamente.
Pocas soluciones, por no decir ninguna, he encontrado a este problema.

Si analizamos la estructura desde el punto de vista de las personas que usan navegadores no gráficos, observamos que la estructura propuesta se hace inusual, tal vez chocante, pero superado esta adversión incial la estructura aporta beneficios notables, especialmente en usabilidad y buscabilidad.

Desconozco otros blogs y/o páginas que pudieran utilizar una estructura así o semejante. Pero personalmente creo que es una buena estructura.

De utilizar la estructura típica de Título-Menú-Contenido necesitariamos habilitar igualmente un salto del menú al contenido, de tal manera que el usuario no sea bombardeado con un interminable menú lleno de enlaces cuando lo que busca es el contenido de un artículo. Peor aún, este patrón nos obligaría a saltar en una mayoría de los casos que es cuando deseamos acceder al contenido y no al menú.

A ver si alguien se anima a estudiar la accesibilidad de las otras estructuras mas usuales, con sus pros y contras, estaré encantado de enlazar este artículo con otros.

Un saludo!

Technorati Tags: Accesibilidad "Accesibilidad Web" Usabilidad Estructuración CSS Semántica Enlaces

Inauguramos "Semanario Blogosférico"

2005-07-10T11:24:00.000+02:00

Semanario Blogosférico se incorpora a Accesibilidad Web como nueva sección, donde semanalmente recogeré los artículos publicados en la blogosfera que me han llamado la atención y considero interesante su lectura. Haré espacial hincapié en los artículos relacionados con Accesibilidad.

Se aceptarán recomendaciones de posts que no estén incluidos (no puedo leer la blogosfera entera).

Saludos!

Entrevista con Stan de Stanmx.com: Buscando la accesibilidad

2005-07-07T20:36:00.000+02:00

Des de el otro lado del océano Stan nos informa en su blog sobre la más candente actualidad respecto a la Accesibilidad en su contínua búsqueda.

Aprendamos de Stan

1 Personales

1.1 - Nombre:

Estanislao Vizcarra Larios.

1.2 - Residencia:

Tijuana, Mexico.

1.3 - Estudios y/o trabajo:

Ingenieria en Sistemas Computacionales, freelance.

2 Sobre tu blog o página y tus feeds:

2.1 Título :
Stanmx - Buscando la Accesibilidad.

2.2 Dirección :
http://www.stanmx.com/

2.3 ¿Cual es la temática principal de tu blog/web?

informacion de interes personal relacionada con el desarrollo web.

2.4 Las temáticas secundarias, que no menos importantes , son:

Cine, blogs que leo, futbol.

2.5 Cuanto tiempo llevas nutriendo el contenido de la blogosfera?:

Casi año y medio (1 año con xhtml puro y casi 5 meses con el CMS actual)

2.6 Valora la experiéncia tanto personal como profesional de publicar en tu blog:
sí, ya que escribo cosas que me interesan o llaman la atencion y disfruto escribir en el.

2.7 Destácanos un artículo que hayas escrito, actual o antiguo, de imprescindible lectura:
Una historia de Hackers (http://www.stanmx.com/ver.php?id=15).

2.8 Destácanos un artículo que no hayas escrito tu y que también sea deimprescindible lectura, añade el link a dicho artículo:

La ventaja de los estandares

2.9 Recomiéndanos blogs y/o páginas sobre accesibilidad y/o usabilidad o relacionados que consideres indispensables.

Usalo, Usabilidad para todos (http://usalo.blogspot.com/) y esta por supuesto :D

3 Entrando en matéria :

3.1 Da una definición própia y pragmática sobre accesibilidad:

Conjunto de elementos para facilitar el camino a una meta.

3.2 Justifica el por qué del diseño accesible, y especialmente el rediseño, para acojerse a las directrices de accesibilidad del WAI:

Seguir las recomendaciones de la WAI es correcto, pero no siempre podemos buscar ponernos la etiqueta del sitio perfecto, ya que esta comprobado que un sitio que valide la WAI puede ser Inaccesible. Lo mas recomendable a mi criterio, es buscar seguir los consejos de la WAI y la W3C y crear tambien nuestras propias reglas, no por romper un estandar, si no, para mejorar la experiencia del usuario, pues hay que tener siempre presente, que NO TODO ESTA ESCRITO.

3.3 Crees que existen unos principios de conscienciación de los webmasters que les hagan plantearse la accesibilidad en sus webs:

Creo que mas que principios, hay consejos y sugerencias de organismos (WAI, W3C, etc), sin embargo, el webmaster puede o no seguir estos consejos y aun asi no violar sus propios principios. Creo que la verdadera conciencia se forma, en el resultado que deseamos obtener.

3.4 Que dirías a un webmaster para animarlo a diseñar accesiblemente:

"comprate un libro de html".

3.5 Crees que la accesibilidad se irá implantando automáticamente o hará falta la mediación(o obligación) de organizaciones superiores (gobierno, provincias, ayuntamientos...).

Creo que la accesibilidad solo le importa al 10% de los desarrolladores web y a las empresas que desean crecer, por lo cual los que la conocemos debemos practicarla e implementarla en nuestros desarrollos.

3.6 Que opinas acerca de que se haya impuesto un rediseño en accesibilidad a las universidades cuando muchas entidades públicas no las cumplen?:

Creo que eso deberian de decirle a mi escuela (http://www.tectijuana.mx) aqui en mexico no existen tales reglas, de hecho la mayoria de los webmaster que conozco no saben que la accesibilidad se aplica tambien a la web.

Stan nos brinda esta excelente entrevista, y nos obliga así a pasar por su blog Stanmx.com
Seguiremos atentamente a sus consejos de accesibilidad y otros temas.

Un saludo Stan y muchas gracias!

Technorati Tags: Accesibilidad Web Accesibilidad Stan Stanmx HTML XHTML CSS Tijuana Mexico

Tablas Accesibles

2005-07-05T11:30:00.000+02:00

Las tablas son un excelente modo de recopilación y visualización de datos. Pero una tabla simple en HTML como las que acostumbramos a usar, són mas que una barrera para los usuarios que utilizan navegadores hablados. El usuario es bombardeado con un sinfín de números que le resulta imposible identificar y/o asociar al objeto al que se refieren.

Aprovechando descripciones y otros tags, se puede llegar a conseguir una tabla interpretable por un navegador hablado y comprensible para los usuarios.

En Usability.com.au han desarrollado unas tablas que cumplen los estándares de accesibilidad, comparando la creación de estas con "id" y "headers" versus "scope".

Según ellos, la accesibilidad ha sido testeada por usuarios invidentes y expertos en usabilidad, ahora nos piden ayuda haciendo feedback con las impresiones que hemos tenido con su proposición sobre la creación de tablas accesibles.

Las conclusiones extraidas por los creadores son que pese a ser más compleja la codificación con "id" más "headers" es mejor método que el "scope" por el poco soporte que ofrecen los navegadores hablados a la directiva "scope".

Links:

Página de prueba de las Nuevas Tablas propuestas

Sección de Tablas Accesibles en la web del autor

Desarrollando la accesibilidad del podcasting

2005-06-26T23:07:00.000+02:00

Tras publicar el artículo Podcasting, accesible? y ver la polémica que se generó entorno a la divagación que experimenté acerca del podcasting.
Reconsideré mi postura de buscar problemas, por la de encontrar soluciones, así he escrito una série de 6 artículos, donde desarrollo los problemas, explicándolos más detalladamente, y donde presento también soluciones que he encontrado a dichos problemas.

Así nadie me podrá tildar de anti-podcast, cuando lo que más me interesa es ayudar a este nuevo sistema a establecerse con unas bases los suficientemente sólidas como para que no tengan que replantearse de aquí a 2 años, como ha pasado con el diseño web, sin ir más lejos.

He creado una nueva categoría para agrupar los artículos sobre el desarrollo que he escrito sobre la accesibilidad del podcasting. Leedlos a partir del indice de la categoría de Podcasting Accesible
En su día decidí crear los artículos por separado, para comodidad própia y del lector, pero publicarlos todos juntos para autocomplementarse los unos con los otros. Además no he publicado los artículos en primera instancia de la página principal para no colapsar al usuario con el debate sobre el podcast, y no hacerle caer en el pensamiento de que se encuentra en un blog monotemático sobre podcasting.

Espero que estos pensamientos acerca del podcasting sirvan para nutrir ese apasionante debate que se inició tras el artículo sobre la accesibilidad del podcasting.

Desde aquí quiero agradecer a todas aquellas personas que me han ayudado en el desarrollo de los artículos y animado a escribirlos.

Espero que los disfruteis y que aporteis vuestras ideas o conocimientos sobre cada uno de los puntos que se debaten, así como abrir nuevos puntos.

Cuento con vuestra colaboración!

Entrevista con Marta Cillero de Accesibilidad en la Red

2005-06-22T20:53:00.000+02:00

Marta Cillero pasa a enriquecer las arcas de este blog, con contenido, a través de su entrevista.
Marta aporta su experiencia profesional en el blog de Accesibilidad en la Red

Leámos su entrevista:

1 Personales

1.1 - Nombre:

Marta Cillero Pérez

1.2 - Residencia:

Álava

1.3 - Estudios y/o trabajo:

Master en Integración de Sistemas en Entornos Internet, Diplomada en
Ciencias Empresariales especialidad Marketing. Trabajo en el departamento de
desarrollo de la empresa Digitaliza2.

2 Sobre tu blog o página y tus feeds:

2.1 Título:

Accesibilidad en la red

2.2 Dirección:

Accesibilidad en la red

2.3 ¿Cual es la temática principal de tu blog/web?

Intentamos transmitir cómo la accesibilidad y los estándares mejoran la
calidad global de las páginas web, y cómo nos pueden ayudar en la
optimización para mejorar el posicionamiento en los buscadores.

2.4 Las temáticas secundarias, que no menos importantes, son:

Programación y Desarrollo web, Usabilidad y AI, Marketing en internet...

2.5 Cuanto tiempo llevas nutriendo el contenido de la blogosfera?

Desde el 5 de noviembre de 2004. Accesibilidad en la red surgió a raíz de
una jornada sobre weblogs en la empresa, donde José Luis Orihuela nos acabó
convenciendo de lo interesantes que pueden ser los weblog para las empresas.

2.6 Valora la experiencia tanto personal como profesional de publicar en tu blog.

Es gratificante ver la cantidad de gente a la que le interesa lo que
escribes, pero mantener un weblog y publicar periódicamente también requiere
su tiempo, del que no siempre disponemos...
El weblog nos ha servido como medio de comunicación excelente, hemos
establecido contactos interesantes, algunos ahora ya son clientes, también
nos han hecho una entrevista en la radio, y hemos tenido la oportunidad de
entrevistar a Richard Stallman...
Pero también tiene su lado negativo, como las horas invertidas para
librarnos del spam.

2.7 Destácanos un artículo que hayas escrito, actual o antiguo, de imprescindible lectura.

No es imprescindible, pero es un tema que interesa a muchos webmasters (o al
menos debería):

La discapacidad de Google

2.8 Destácanos un artículo que no hayas escrito tu y que también sea
de imprescindible lectura, añade el link a dicho artículo.

¿Carne o pescado? La metáfora del software libre

2.9 Recomiéndanos blogs y/o páginas sobre accesibilidad y/o usabilidad o relacionados que consideres indispensables.

Hay muchos blogs y páginas interesantes relacionadas con estos temas,
considero imprescindibles W3C y Google, donde encuentro todo.

3 Entrando en materia:

3.1 Justifica el por qué del diseño accesible, y especialmente el rediseño, para acojerse a las directrices de accesibilidad del WAI.

Principalmente porque no seguir los estándares afecta negativamente a la
calidad de la página web. Muchas empresas invierten en certificados de
calidad para mejorar sus procesos y su imagen corporativa. También su página
web o intranet debe formar parte de este proceso para conseguir una calidad
global.

3.2 Crees que la accesibilidad se irá implantando automáticamente o hará falta la mediación (u obligación) de organizaciones superiores (gobierno, provincias, ayuntamientos...)

Internet es un medio que evoluciona rápidamente y de forma contínua, los
cambios se suelen producir mucho más rápido que en cualquier otro medio, en
las empresas privadas existe ya un interés creciente por estos temas.

Marta colabora con Accesibilidad Web aportándonos su contrastada experiencia en el tema, podeis constatarlo personalmente en Accesibilidad en la Red leyendo las interesantísimas notícias.
Junto con Marta desarrollé la idea del menú de Ayuda a la Navegación des de su propio blog.
Muchas gracias Marta por tu colaboración!

Desarrollando la accesibilidad del podcasting: Accesibilidad y Usabilidad

2005-06-20T23:58:00.000+02:00

El formato multimedia en que se nos presenta el podcast nos priva de hacer búsquedas en el contenido del mismo, vulnerando así el principio básico de la buscabilidad en la usabilidad de los sistemas.
Si junto con el podcast en formato audio, adjuntamos un resumen de éste, o bien el texto completo que nos ha servido de guión para confeccionarlos, estaremos garantizando el principio de usabilidad, ya que el usuario podrá buscar contenido dentro de dicho resumen, y sabe de antemano si lo que está buscando se encuentra dentro de la temática del podcast que se descargará, evitando así una descarga en vano, que produciría efectos negativos sobre el usuario, y un rechazo hacía nuevos podcasts.
Al adjuntar el texto y/o resumen del podcast, estamos creando un puente de accesibilidad para aquellas personas que por alguna razón, física o personal, no puedan oir el mensaje del podcast, pero si puedan acceder a la versión escrita del mismo.
Como todo formato, tiene que tener una réplica accesible para garantizar su accesibilidad, y el texto es el formato mas correcto para substituir los posibles problemas de accesibilidad que pueda provocar cualquier sistema multimedia. Si proporcionamos la alternativa al multimedia, aseguramos cumplir el principio básico de la accesibilidad, proporcionar medios alternativos.

Además, al publicar estaremos expuestos a ser accedidos des de los buscadores, y recibiremos visitas externas con usuarios interesados por el contenido de nuestros podcasts.

¿Cómo garantizamos el principio de buscabilidad en un podcast?
Proporcionando el texto o guión del podcast aseguramos la buscabilidad en el mismo.
Comos nos comentó Jagelado en un comentario en el post inicial Podscope ofrece el servicio de búsqueda dentro del fichero de audio, facilitando así la búsqueda de contenido en la locución.

¿Como pueden imprimir un archivo de audio estos usuarios?
Si seguimos con la tónica de usar un fichero de texto alternativo para proporcionarlo conjuntamente con el podcast, podemos enmaquetar este en un formato imprimible y solucionar el problema a aquellos usuarios que no les guste leer directamente de la pantalla, o cuando el contenido sea muy extenso como para leerlo en pantalla.
También se puede proporcionar el texto en ficheros como PostScript o PDF.

Estas son las soluciones típicas de impresión de textos, el podcast de por si mismo, no se podría llegar a imprimir.

¿Cómo pueden reutilizar el documento de audio, o parte de él otros sitios?
El autor del podcast puede reutilizar contenido de otros podcast si puede llegar manipular otro podcast y adjuntar parte de una locución de otro podcast dentro del suyo. Mediante el uso de programas para la manipulación de audio se pueden incorporar comentarios, o almenos citar textualmente la URL de la página de donde haya extraido la fuente (no muy recomendable).

Si se usa un archivo de texto adjunto, el usuario puede proporcionar las fuentes indexando una bibliografía con links a las fuentes consultadas en la creación del podcast.

En conclusión

Parece casi que necesario que el podcast vaya acompañado de un fichero de texto que sea guión o resumen del contenido de la locución.
Si hemos seguido las pautas de creación de una buena presentación oral, tendremos que haber redactado un guión para poder llegar a obtener un buen resultado. Si adjuntamos este documento de texto estaremos salvando muchos puntos conflictivos que expuse en mi artículo inicial.

Technorati Tags: "Accesibilidad+Web" Accesibilidad Usabilidad Podcasting Podcast Ratio Mp3 Buscabilidad Compresión

Desarrollando la accesibilidad del podcasting: La atención del lector

2005-06-20T23:57:00.000+02:00

Mantener la atención del lector es el objetivo básico de toda publicación, ya sea oral o escrita.
Pero situándonos en el ámbito de la nueva tecnología del podcast un locutor inexperto se encuentra con el problema de cómo estructurar su mensaje para mantener la atención del lector e involucrarlo.

Tal vez, seguir las pautas de una presentación oral pueden ayudar a componer un mensaje claro y estructurado, aprovechándose de la experiencia de las presentaciones orales.
Tal como leemos en Eroski existen una pautas para salir exitoso de una presentación oral, si extrapolamos estas pautas al podcast, tendremos ciertos puntos de ventaja extra, que partiendo desde 0.
Existen otros muchos artículos relacionados con presentaciones orales:
-¿Como hacer una buena presentación oral?
-Presentación oral

Si llegamos a aprovechar el máximo de las pautas para la creación de presentaciones orales, podremos llegar a crear un podcast, estructurado y que atraiga la atención del lector.
También puede ser muy interesante para aquellos que usen video para ofrecer sus podcast, pueden llegar a mostrar vía video lo que sería la diapositiva típica de toda presentación oral y complementarla con la explicación pertinente.

Unas pautas específicas y estándares para al podcast asegurarían una buena calidad en contenido y estructuración del mismo.

Technorati Tags: "Accesibilidad+Web" Accesibilidad Usabilidad Podcasting Podcast Ratio Mp3 Buscabilidad Compresión

Desarrollando la accesibilidad del podcasting: El lenguaje

2005-06-20T23:56:00.001+02:00

Los lenguajes crean una barrera de adecuación muy alta para los usuarios, escuchar un post en un idioma que no es el tuyo puede resultar muy dificil si no dominas perfectamente dicho idioma, y aunque la locución sea en tu propio idioma puede pasar que el locutor use expresiones propias de su zona, acentos y dicciones tales que puedan confundir al usuario receptor del mensaje.

Si el locutor es consciente de estos posibles problemas, podrá usar un lenguaje los más estandarizado posible para evitar dichas confusiones, dejará de lado el uso de expresiones própias e intentará ser lo mas claro y conciso posible en su mensaje.

Si lo que realmente pretendemos es hacer un podcast de gran alcance, tendremos que recurrir al inglés para internacionalizarlo, o bien podemos proporcionar el texto del podcast en la lengua propia, para que usuarios que puedan estar interesados puedan traducirlo e incluso sintetizarlo con una voz en su idioma.
Así nos aseguramos que el podcast pueda ser traducido e interpretado en múltiples idiomas.

De los pocos podcast que he escuchado he podido observar que hay locutores que crean ese podcast sin un análisi previo profundo sobre la temática de la que van a hablar, y esto se traduce después en un podcast desordenado, con saltos y dudas, que lo hacen dificil de seguir. Un buen guión o incluso un texto entero que sea leído evitaría problemas a la hora de la locución del mensaje.

Para aquellas personas que tengan problemas en enfrentarse a un microfono, o que tengan problemas de dicción que puedan confundir al usuario receptor, existe la posibilidad de usar un sintetizador de voz, que ponga la voz por nosotros, y no tenga esos problemas.
Todo y así, los sintetizadores tienen sus própios problemas, necesitan de un texto impoluto en sintaxi, y construcciones gramaticales, para un resultado óptimo, además de una voz no muy "humana", pese a haber evolucionado muchísimo en los últimos años y haber llegado a resultados muy buenos en cuanto a imitación de voces humanas.

El sintetizador de voz, resulta así, una herramienta de gran utilidad para el podcasting. Y sumado a un buen guión y/o el texto completo, pueden aportar funcionalidades extra como la facilitación de traducción del podcast a otros idiomas, además de solventar algunos otros problemas de usabilidad que después comentaré.

Desarrollando la accesibilidad del podcasting: los reproductores multimedia

2005-06-20T23:56:00.000+02:00

Es obvio que para reproducir un archivo de audio necesitamos de un sistema capaz de ellos, dichos sistemas se conocen como reproductores multimedia, capaces de extraer los datos del archivo comprimido de audio y convertirlos en sonido.

El problema viene dado cuando nos encontramos en un sistema web, como el podcasting está, y queremos proporcionar a nuestros visitantes un sonido de la manera más comoda posible.
Es probable que el usuario ya disponga de un reproductor integrado en su navegador y que este se active automáticamente para reproducir un archivo multimedia proporcionado des de la página web.
Los problemas, especialmente en accesibilidad, vienen dados cuando el usuario no dispone de una integración navegador-reproductor que le permita escuchar los archivos de audio. Si no se dispone de esta integración el usuario se verá obligado a descargar un añadido ("plugin") al navegador de tal manera que pueda reproducir el sónido sin más estorbos.

Como usuario de FireFox me he dado cuenta que éste no viene integrado con ningún reproductor, y para reproducir un sonido de fondo de una página, estoy obligado a descargarme, manualmente además, el Quicktime (plugin multimedia) para poder escuchar dicho sonido. Dejando de lado el peso de la descarga del plugin (11 Megas), es complicado para una persona con disfunciones físicas y/o mentales llegar a hacer el proceso de descarga e integración del reproductor.

Este problema no tiene solución por el momento, se necesita un soporte multimedia para acceder a este tipo de contenido, y la descarga e instalación de estos, es un proceso que puede llegar a ser complicado.

Una alternativa al uso de reproductores integrados con el navegador, es el flash, paradógicamente este lenguaje multimedia poseé un reproctor propio capaz de funcionar independientemente del navegador y/o otros reproductores.
El problema de este método es la accesibilidad del flash a su vez, como ya se ha debatido tantas y tantas veces, este sistema ofrece serios problemas de accesibilidad por el tipo de ficheros que usa así como la necesidad de plugin para su funcionamiento.

El problema de este punto es grave, para aquellas personas que deseen escuchar el podcast sin necesidad de descargárselo al computador.

Desarrollar métodos de integración mas sencillos, o incluso proporcionar los navegadores integrados con un reproductor propio, pasaría por una de las mejores soluciones para el problema. Así como mejorar la accesibilidad del flash también facilitaría, y mucho, la creación y uso de contenidos multimedia para odos nosotros.

Desarrollando la accesibilidad del podcasting: El tamaño del archivo.

2005-06-20T22:48:00.000+02:00

Analizaremos los inconvenientes derivados del podcasting:

1er. Peso y/o tamaño del podcast:

Un archivo de audio, y cualquier archivo multimedia, suele llevar consigo un determinado tamaño en Megabytes asociado y dependiente de la duración del archivo.
Pero seguramente, la duración no es el factor mas importante ni el que mas peso o tamaño añade al archivo de audio, sinó que es la calidad de grabación del mismo, el factor que mas influye en el tamaño final obtenido.

Una posible solución:

Si encontramos una relación calidad sonido óptima, obtendremos un podcast balanceado en peso y calidad de sonido que hará del archivo un medio mas accesible para aquellas personas que no dispongan de banda ancha, o esta de baja velocidad de conexión. De rebote se consigue también disminuir el consumo de ancho de banda del servidor y poder servir el podcast a muchos mas usuarios antes que se agote nuestro límite de ancho de banda, o almenos reducir el consumo de éste.

Some typical performance data of MPEG Layer-3 are:

sound quality	Ancho	modo	bitrate	ratio de compresión
Sonido telefónico	2.5 kHz	mono	8 kbps *	96:1
Mejor que onda corta	4.5 kHz	mono	16 kbps	48:1
Mejor que Radio AM	7.5 kHz	mono	32 kbps	24:1
Mejor que Radio FM	11 kHz	stéreo	56...64 kbps	26...24:1
Similar al CD	15 kHz	stéreo	96 kbps	16:1
Calidad CD	>15 kHz	stéreo	112..128kbps	14..12:1

Como podemos observar en en esta tabla comparativa, vemos que lo que estamos acostumbrados a usar es calidad CD, con unos 128 kbps de calidad, esta compresión se usa por su excelente relación calidad/tamaño (ratio de compresión) que ofrece.
Si consideramos el podcast como una locución verbal, podemos permitirnos el lujo de bajar la calidad del sonido para disminuir drásticamente el tamaño del archivo final.

Creo que una calidad fm o poco más nos podría dar buenos resultados, a expensas de probar el audio con estas calidades de sonido, nos encontramos que el beneficio obtenido de pasar de una compresión de 128Kbps a una de 56Kbps roza el 85% de compresión extra.
En otras palabras, un archivo de audio de 3 Megabytes grabado en calidad 128Kbps, quedaría reducido a 450 KB.
Una reducción muy notable por otra parte. Incluso se podría apurar un poco mas y bajar un nivel más de compresión.

Otro aspecto que también influiría en el tamaño final del archivo es si decidimos partir el podcast en varios, como una entrega por fascículos.
Es complicado que alguien, hoy en día, disponga de tiempo suficiente para escuchar un podcast de 2 horas. Además este puede llegar a aburrir y perder el interés del lector, así que dosificarlos correctamente, hará que sean mas amenos para el lector y de rebote otravez, influiremos en el tamaño final del archivo.
Esta opción es muy subjetiva y personalizable por cada uno de los autores de los podcast, así como por las demandas de sus "oidores" en este caso.

Technorati Tags: "Accesibilidad+Web" Accesibilidad Usabilidad Podcasting Podcast Ratio Mp3 Buscabilidad Compresión

Desarrollando la accesibilidad del podcasting: El límite de ancho de banda

2005-06-20T22:21:00.000+02:00

Los servidores de hospedaje web según el contrato de que se disponga, ofrecen una cantidad , normalmente limitada, de ancho de banda destinado para tu página.
Dicha capacidad de banda se va consumiendo con las visitas y las descargas servidas por el servidor. Si se supera el límite, el servidor probablemente dejará de servir las peticiones realizadas a nuestra página, lanzando un mensaje de error y no sirviendo probablemente hasta el mes siguiente.

El ancho de banda de los servidores no suele ser muy alto, y menos si estos son gratuitos. Así que es un factor a tener muy en cuenta para poder hospedar podcast debido a su tamaño.

Si logramos reducir el tamaño de los archivos de audio proporcionados, tal y como lo hemos desarrollado en el artículo anterior, estaremos ahorrando así ancho de banda del servidor y gastar menos capacidad.

La solución mas prometedora para salvar este problema es el uso de redes Peer to Peer(P2P) con programas de descarga como emule o bittorrent.

Respecto al sistema torrent, se ofrece una aplicación PHP para publicar archivos "grandes" en servidores y distribuir la descarga entre clientes con ese fichero de sonido. Una aplicación muy interesante. Leer mas acerca de Blog Torrent

Otras opciones pasan por distribuir las descargas entre varios servidores, hospedando el archivo en mas de un proveedor, sumamos ancho de banda y distribuimos la carga. Se pueden usar hospedajes gratuitos.

Una última opción que he descubierto es YouSendIt un servicio para el envio de ficheros de hasta 1 Gb, la idea de este servicio es enviar el link, por email, a alguna persona para que se descargue el archivo, pero si este link es público, la descarga también. Es un servicio muy útil, un inconveniente es que el creador de podcast se tiene que tomar el tiempo de enviarlo a YouSendIt para poder proporcionarlo, tal y como lo haría en un servidor vía FTP.
Y el peor inconveniente de este servicio es que al archivo se le asocia una caducidad de 7 días, a partir de los cuales se deja de servir.
Siempre existe la posibilidad de volver a enviarlo.

Google también quiere comer del pastel del hospedaje multimedia y ha creado Google Vídeos un servicio en desarrollo, mediante el cual puedes subir un archivo de video, sin tamaño máximo, y establecer un sistema de micropagos al autor para acceder a la descarga del video. Se posibilitará el podcasting, eso sí, al parecer de pago...

Technorati Tags: "Accesibilidad+Web" Accesibilidad Usabilidad Podcasting Podcast Ratio Mp3 Buscabilidad Compresión

Podcasting, accesible?

2005-06-15T21:12:00.000+02:00

Hola,

Leía ayer un artículo sobre podcasting, y hoy me ha dado por pensar sobre esta nueva forma de literatura.

Qué es un podcast?

Wikipedia

Yo mismo había pensado en realizar una prueba de podcast, cuyo nombre desconocía hasta ayer, y publicarla en este blog. Pero mi primera intención no era hablar yo mismo en la locución, sino que la voz la pusiera un sintetizador de voz.

Tras leer el artículo ayer me sorprendí que la gente ponga su propia voz en los podcast, con todo lo bueno y malo que esto conlleva, y que ahora os explicaré. Pero además también me he parado a mirar detalladamente el sistema de podcasting y su accesibilidad e incluso usabilidad.

Estaba en la biblioteca y durante una parada mental de asimilación de conceptos sobre la asignatura de Visualización e Interacción Gráfica (de la que mañana me examino) me he acordado del podcast y he aplicado la técnica del brainstorming (lluvia de ideas) sobre los podcast y sus implicaciones. Cada nuevo pensamiento lo he apuntado sin evaluarlo en una lista que ha acabado teniendo 17 entradas.

Y lo mas soprendente, es que después de la lluvia de ideas, he creido llegar a la conclusión que el podcasting no es accesible:
Desglosaré las ventajas e inconvenientes que he encontrado según su índole:

Tecnología :

un archivo audio en mp3

no baja de las 3 Megas.

barrapunto

ancho de banda

descargárselo, guardarlo, localizarlo y abrirlo son pasos complicados para personas invidentes.

Lenguaje:

problemas de comprensión de la locución de podcast.

Traducción imposible

Atención del lector:

¿Cómo sabremos si estamos aburriendo al usuario?
¿Cuánto es el tiempo óptimo de duración de la locución?
¿Puede influir el tono de nuestra voz en la atención del lector?

Usabilidad y Accesibilidad:

¿Cómo garantizamos el principio de buscabilidad en un podcast?

¿Como pueden imprimir un archivo de audio estos usuarios?

¿Cómo pueden reutilizar el documento de audio, o parte de él otros sitios?

Seguro que me dejo más inconvenientes en el tintero, estos son producto de una lluvia de ideas de 3 minutos. Así que pondría la mano en el fuego que hay más.
En cambio, las ventajas que he encontrado sólo son, accesibilidad, por ser locución hablada, y portabilidad, por poder escucharlo en un dispositivo portátil (mp3,cd...).

Espero que entendidos en usabilidad y accesibilidad hagan sus críticas sobre los inconvenientes propuestos, y las personas que estén a favor del podcasting aporten también los beneficios que en él encuentran.

Pero eso sí, para todos vosotros, un saludo!

[Este artículo ha sido editado a día 19-06-2005: Se han retirado 2 menciones a la fuente que me descubrió el podcasting]

Tras la escritura de este artículo se prosiguió con un desarrollo sobre los puntos mas punzantes de la accesibilidad del podcasting. Dicho desarrollo se lleva a cabo en una sección especial que dediqué al tema, la sección de Podcasting Accesible

De obligatoria lectura y opinión!

Technorati Tags: "Accesibilidad+Web" Accesibilidad Usabilidad Podcasting Podcast Ratio Mp3 Buscabilidad Compresión

Entrevista con Joe Clark para el Web Standards Group

2005-06-14T23:13:00.000+02:00

El otro día encontré por casualidad esta entrevista a Joe Clark realizada por el equipo del Web Standards Group (WSG) a fecha de 11 de Mayo de 2005.

No dispongo de tiempo de hacer una correción del texto, así que lo he pasado por el traductor de Google y como podéis deja bastante a desear.

Para quien realmente deseé leer la entrevista en inglés (recomendado) que acceda directamente a la página de la WSG donde se publica esta entrevista

Joe Clark es periodista de Toronto, autor, y un consultor de la accesibilidad y ha sido doblado el rey de subtítulos cerrados por el mensual Atlántico. Joe es el autor de uno de los libros más informativos y más detallados en accesibilidad - Contruyendo Websites accesibles . Ocasional-buscar-despue's del altavoz y consultor de la accesibilidad para las organizaciones importantes en Canadá y de los E.E.U.U., Joe ha escrito sobre 400 artículos para en línea y los diarios de la impresión y ha hablado alrededor del mundo.

[ 1 ] Russ: ¿Cuáles son las mejores fuentes actualmente disponibles para subtitular y subtitular? ¿Son estas fuentes adecuadas?

Joe: No hay ninguna "mejor fuente." Ése es el problema. Y, por la madre de dios, no se vuelva a mí con la palabra "Tiresias." Quizá en las semanas próximas emplearé un par de trabajo de los días necesitados para documentar la carencia cercano-total de la ayuda de la investigación para esta fuente desagradable, que es así que antitypographic incluso no tiene un itálico. (en la variante de Tiresias Screenfont, por lo menos, que es de lo que estamos hablando.) Incluso la versión cirílica próxima no tendrá un itálico, basado en un informe de primera mano.

Realmente, aunque, no podemos contar con cualquier cosa racional de nuestros amigos británicos queridos cuando viene a subtitular (o, como ellos constantemente misname él, a "subtitular"), así que no debemos ser sorprendidos que una fuente de un instituto nacional real para el investigador oculto sería tal shite. La cosa el sorprender es que la gente se cae para la comercialización.

De todas formas, la carencia de tales fuentes es por lo que comencé Screenfont.ca . Es el extremo fino de la cuña de mi proyecto de investigación más grande, que requiere los 400.000 Pesos canadienses ínfimos a conseguir comenzados y una milipulgada mera cinco a siete sobre su esperanza de vida. Las cosas no están entrando bien en ese respecto. Decidía tan poner un componente de ese proyecto hacia fuera allí para la discusión. Y el sitio es ya la fuente definitiva de la referencia en el asunto. Tengo algunos diseñadores del tipo conceptual onboard ya, aunque nada anotado todavía.

El conseguir de nuevo a sorpresas: Se refiere a mí que el primer fabricante del software de captioning/subtitling que hablé con dicho que la gente podría utilizar cualquier fuente ella desea. ¡Bien, sí, ése es el problema - y puesto que éstas son gente de Windows estamos tratando de, piensan que Arial estrecho es una "fuente real" y uso eso!

De todas formas, no deseo a ramble aquí. Termino encima de sonar como un maudlin bebido, o quizá de Sideshow Bob. Pero aquí está un poco consejo a los lectores: Si usted siempre encuentra los subtítulos o los subtítulos duros leer - y su prescripción de la lente es actualizada y usted no se está sentando excesivamente lejos de la pantalla - entonces es alguien avería. Y es algo que podemos fijar con por encargo y - las fuentes probadas. Créala.

[ 2 ] Russ: Muchos sitios utilizan en varias ocasiones la etiqueta del acoplamiento "más" para más información en la misma página. ¿Por qué está esto al problema?

Joe: ¿[ encoja ] bien, es? (y "texto del acoplamiento ," shurely?!)

¿Usted encuentra esto sobre todo en los sitios de las noticias, la derecha? Usted lee hed, el DEK, y el lede , y usted entonces decide si o no leer el resto de la historia. Usted es ya a la derecha allí cuando usted encuentra el "más" acoplamiento. ¿Cuál es el problema? Usted selecciona el acoplamiento o usted no . Si usted no , usted se enciende al artículo siguiente.

Ahora, si usted está utilizando a lector de la pantalla u ópera o algo que puede sacar de acoplamientos el documento y demostrarle una lista de ellos, bien, muy bien, es quizá confusa. Pero:

Utilice a título se soluciona la cualidad y el problema. ¿(cuál es ése? Las quijadas no le demuestran título¿? Porqué es usted todavía que lo usa?)
¿Por qué nos suponen construir los documentos semánticos válidos agradables que tienen una orden viable de la lectura y que también funcionan igualmente bien en el caso opuesto, cuando un cierto programa viene adelante y revienta para arriba y remezcla nuestro margen de beneficio? Porqué sea esperábamos crear los documentos que apoyan X y también anti-X¿? Quisiera que los autores de esta función se rasgaran hacia fuera y cambiaran aleatoriamente las páginas del libro y se volvieran y nos dijeran cómo esta' bien trabaja.

[ 3 ] Russ: ¿Es las ventanas de browser nuevas el abrirse sin la notificación anterior un problema?

Joe: Sí. Es molesta como infierno, y si usted es oculto o aprender-lisiado usted tiene que sentarse allí y calcular fuera de qué acaba de suceder. ¿Vida demasiado corto, no es?

Hay algunas ocasiones cuando usted necesita una ventana del popup, como con una pantalla de la ayuda o un popup del calendario en un sitio de la línea aérea (que sean banquetes verdaderos de la sopa de la etiqueta). Usted no los necesita generalmente, y usted tiene que advertir siempre a la gente de antemano, que no necesitan ser grande cancio'n-y-bailan.

[ 4 ] Russ: ¿Debemos utilizar acoplamientos del salto y si es así cuando?

Joe: Sí, cuando usted tiene muchos de navegación de saltar encima, o una muestra grande del código, o - y ésta es un favorito el repetirse del grupo de funcionamiento de WCAG, e indica de lo que él pasa su tiempo que se preocupa - arte del ASCII.

Una forma para evitar el problema es poner la navegación en el lado derecho y/o en el final de la cola del código de fuente. (esto asume una lengua que lea de izquierda a derecha, pero recordarle ese es un pedacito que molesta, no es él?) O piense de él esta manera: ¿Si usted necesita saltar la navegación, usted tiene quizá demasiada navegación? ¡Simplifique, sirva!

[ 5 ] Russ: He oído diversas opiniones sobre orden de la fuente. Algunos usuarios ocultos prefieren la navegación antes de contenido. ¿Cuál es su opinión?

Joe: Escucha, el dunno de I. Éste es uno de los misterios de las disposiciones del CSS que nunca he tenido explicado correctamente. (cuando viene a las disposiciones del CSS, soy una broma.)

He intentado aprender sobre esto. Cuando pedí Tantek acerca de él en instantanée del messagerie , él me dio una respuesta excesivamente severa y taciturn. Necesitamos a alguien escribir un artículo grande agradable acerca de la orden del fuente-co'digo y de su ayuda actual en los lectores y el suchlike de la pantalla, prestando la atención a las disposiciones flotadas en detalle. Que el artículo tendría que utilizar sitios del mundo real como ejemplos (muchos del jardín de Zen sea diversión) y hacer la prueba genuina. Pudo haber cuatro o cinco oficinas en el mundo que podría igualar hacen eso que prueba, dejaron solamente para escribir el artículo.

Pienso las marcas nulas siguientes de la hipótesis la mayoría del sentido para la lectura secuencial: Una orden contenta de la navegación del pelado-mi'nimo siguió por la búsqueda seguida por el contenido principal seguido por cada otro pedacito de la navegación. ¿Ahora, cómo usted consigue todo el que suceder en una disposición agradable del CSS, especialmente cuando su lector de la pantalla finalmente crece bastantes células del cerebro para interpretar esa disposición correctamente? I justo...... no sabe .

¿Alguien desea trabajar en esto? ¿Cameron Adams? ¿Dez? ¿Bueller? ¿Cualquier persona?

[ 6 ] Russ: ¿Los títulos - están de valor verdadero?

Joe: Como más de una ayuda de la utilidad que cualquier cosa. Más una manera de poner un poco mejilla en su documento.

Hay una edición en conformidad de la accesibilidad aquí. Hemos descubierto solamente recientemente que un UAAG - el dispositivo obediente podría rendir título de un acoplamiento en vez del texto del acoplamiento. Una cosa profundo irracional a hacer, pero nosotros vive en una época donde IE/Win rinde alt pues el tooltip y Windoids piensan que es apenas fino y excelente. Cualquier cosa podía suceder.

Pienso el interfaz para que los usuarios del pantalla-lector indiquen la presencia de a título podía ser mejorado. Esto parece un trabajo para un T.V. Raman - interfaz utilizador auditivo del estilo. Usted podría oír un pequeño tono minúsculo o tararear o ding cuando usted golpeó a títuloquizás. Un golpe de teclado simple podía leer dura título y qué se aplicó. (usted podría tensionar-prueba ese interfaz con algunos ejemplos de la diversión de títulos dentro títulos, como con la secuencia < title=""><img title=""></a></div del title=""><a del div >)

A propósito, si usted utiliza alt y título en muy los pocos cuadros del texto usted ha elegido juicioso para su Web page, después usted bonito mucho elimina cualquier problema de la accesibilidad. La queja allí es que usted no puede volver a clasificar según el tamaño el texto en la imagen. Bien, la ópera puede hacer ya que, así que conjeturo que de quien era otra reiteración "IE/Win no la hace, así que es imposible." Los lectores pueden examinar alt o título si no pueden leer el cuadro del texto. ¿Pero puesto que el autor ha limitado responsable tal uso los logotipos u otros casos raros donde importa la tipografía de la exhibición realmente, que realmente los cuidados a si usted no puede leerlo? Usted puede leer el resto de la página. Es consumible.

[ 7 ] Russ: La accesibilidad de PDFs ha mejorado perceptiblemente. ¿Es seguro ahora asumir que PDFs en sitios se puede alcanzar por los usuarios assistive de la tecnología?

Joe: No es "caja fuerte," no - no no categóricamente . Puede ser, pero, puesto que se emplea mal PDFs, no está generalmente.

Estoy acabando un pedazo gigante para Zeldman en este asunto. Pero diré esto: Los derechos humanos y la Comisión de oportunidad igual está totalmente mal sobre el pdf, y cualquiera en Australia que se acarree delante de ellos a la respuesta para su PDFs "inaccesible" realmente debe leer mi artículo próximo, y me vuela posiblemente abajo allí a la cara apagado contra los mandarines de HREOC en una audiencia.

[ 8 ] Russ: Con las formas, si la forma etiqueta y el control se asocia explícitamente (con etiqueta para¿), es alambique necesario para asegurarse de que están colocados correctamente?

Joe: A mi conocimiento, la edición es orden racional de la lectura más bien que colocación, por lo menos para una persona total-oculta. Usted puede alcanzar generalmente esto con ordenar del fuente-co'digo. Pienso que hay casos muy raros cuando usar una tabla para la disposición es ACEPTABLE, pero el CSS puede hacerla generalmente. Tenga presente que las formas en la tela realmente quisieran que fuera vertical, no de lado a lado. La colocación ordenada de Niza ayuda alguien con una inhabilidad el aprender, al igual que rompiéndose encima de una forma larga en formas más pequeñas. Consideraría definitivamente una disposición del zumbido para una forma grande, o por lo menos un cierto mecanismo a cerciorarse de él trabaja con las fuentes gigantes.

Mi colega estimado Jim Thatcher aconseja poner títulos en todo uniforme si usted está utilizando margen de beneficio perfecto, como incluso los lectores realmente quebrados de la pantalla pueden calcular cosas fuera de esa manera. Éste, sin embargo, es un asunto que se debe también probar y escribir alrededor. (Bueller?)

[ 9 ] Russ: ¿Con las tablas complejas de los datos, cuál es la manera más eficaz de asociar jefes del diferente-nivel y las células de datos?

Joe: alcance .

[ 10 ] Russ: ¿Finalmente, cuál está en la tubería?

Discurso en Londres en junio '05.
Libros dos y tres, ni unos ni otros de los cuales son un libro de la computadora.
Tener una relación disfuncional de la familia con el grupo de funcionamiento de WCAG. Mi estado experto invitado era recientemente aprobado. (en una torcedura de Orwellian, una debe aplicarse para ser invitado.) He cambiado así de ser el noire del bête de WAI a ser el noire del bête WAI. interior Within al período de 24 horas puedo recibir los E-maices que me dicen que a STFU y a otros que preguntan cómo a haga las cosas en el HTML. Deseo que alguna nueva gente firmaría encendido. (alguien que lee esto quisiera quizá el trabajo de mayo mate ?)
El intentar levantar una cantidad embarrassingly pequeña de dinero para mi proyecto de investigación.
Continuando luchando subtitular y la descripción realmente absolutamente shitty en Canadá, que es la mayor parte.
Deciding if I still do not mind being single. This rather up in the air at the moment. (My best friend counsels me not to include this item in my response.)

Missing Australia. This is not a joke. I think about it every time I watch your quality televisual exports, like Kath & Kim, The Block, and Surfing the Menu. Did you know we've now got guys in Toronto putting "Aussies are hot" in their personal ads? When can I go back?

Russ: Thank's for the interview. I hope to see you back soon!

Joe: Me too, even if it means another 20 hours on a plane. Thanks for having me.

Vuelvo a pedir disculpas por la traducción, pero no puedo traducir la entrevista entera a mano por falta de tiempo, estoy de éxamenes finales [tristeza].

De todas maneras es muy aconsejable su lectura, aunque sea en la versión "mal traducida" de Google. También acepto sugerencias para pasarla por un traductor mejor .

Saludos a todos!

Entrevista con Juan Carlos de Úsalo: Usabilidad para todos

2005-06-12T23:44:00.000+02:00

Juan Carlos de Úsalo ha querido enriquecer la sección de entrevistas Accesibles respondiendo la entrevista inicial. Des de su blog Úsalo Juan Carlos nos informa sobre úsabilidad, accesibilidad y arquitectura de la información.
Sus 287 suscriptores en Bloglines atestiguan la calidad de sus escritos así como de sus colaboradores y proactivos lectores.

Leámos su entrevista:

1 Personales

1.1 - Nombre:

Juan Carlos García Gómez

1.2 - Residencia:

Murcia

1.3 - Estudios y/o trabajo:

Diplomado en Biblioteconomía, Licenciado en Documentación, Master en Periodismo y Comunicación Audiovisual y casi Licenciado en Periodismo. Trabajo como Documentalista en la Universidad de Murcia.

2 Sobre tu blog o página y tus feeds:

2.1 Título:

Úsalo. Usabilidad para todos

2.2 Dirección:

Úsalo. Usabilidad para todos (http://usalo.blogspot.com)

2.3 ¿Cual es la temática principal de tu blog/web?

Usabilidad, sobre todo desde el punto de vista divulgativo.

2.4 Las temáticas secundarias, que no menos importantes, son:

Las disciplinas vinculadas a la Usabilidad, es decir: Accesibilidad, Arquitectura de la Información, Buscabilidad, Diseño de Interacción y Diseño Gráfico y programación de interfaces. Es decir, las disciplinas que Francisco Tosete agrupa en su Rueda de la Experiencia de Usuario que es de lo que, en definitiva, estamos hablando al conectar todas esas disciplinas.

2.5 Cuanto tiempo llevas nutriendo el contenido de la blogosfera?

Desde diciembre del 2003, con otra bitácora, pero respecto a Úsalo desde julio de 2004. Es decir, en unas semanas cumplimos un año, concretamente el 7 de julio.

2.6 Valora la experiencia tanto personal como profesional de publicar en tu blog.

Casi sin querer se ha convertido en una criatura a la que hay que alimentar, cuidar y mantener. Aunque empezó casi por casualidad. Mi idea original era usar la bitácora como mero bloc de notas, aprovechando la facilidad de edición que permiten los sistemas de gestión de bitácoras como Blogger. Leía artículos por ahí que consideraba que podían aportar datos o ideas para mi tesis (sobre Usabilidad, claro) y, en lugar de hacerme la típica ficha de cartón, empecé a hacer anotaciones en forma de entrada de bitácora. Sin embargo, un buen día me ví que habían entrado más de 100 personas, y entonces empecé a cuidar más la redacción y calidad de los textos. Además, vi que el nivel de los lectores era muy alto, con lo que tuve que ser aún más riguroso con lo que anotaba ahí, lo que varió ligeramente la idea original.

2.7 Destácanos un artículo que hayas escrito, actual o antiguo, de imprescindible lectura.

Yo no he escrito nada imprescindible. Creo que hay un par de cosillas que tal vez algo aportan, imprescindible es una palabra muy seria. Uno es un artículo de 2001, en el que trataba de conceptualizar la idea de Portal, incluso hoy todavía muy difusa (Portales de internet: concepto, tipología básica y desarrollo epi107.pdf[PDF - 150 kb] El profesional de la información 2001 10 (7-8) p. 4-13.
La otra cosa es otro articulito basado en los resultados de una
heurística que le pasé a los portales de prensa españoles (Usabilidad
de las páginas de inicio de los diarios digitales españoles[PDF]
SCIRE: representación y organización del conocimiento. Vol. 9 Nº 1. Zaragoza,
2004. Prueba de imprenta cuya principal conclusión es que, aunque probablemente sin querer, los periódicos en línea más usables son los de grupos empresariales de tamaño medio. Los grandes medios tienden a complicarme demasiado la vida con el diseño, quizá para justificar un presupuesto importante.

/Por cierto, si me permites, te cuento una anécdota al respecto. En las últimas jornadas SICARM, le hice una pregunta trampa al director de ElMundo.es, y demostró que de cuestiones de diseño no tiene mucha idea pero tampoco se atreve a reconocerlo. El Mundo, pese a ser de los mejorcitos en cuanto a gestión de contenidos y diseño de interfaz, como casi todos los periódicos digitales, diseña con ancho fijo de 800 pixels, dejando buena parte de la pantalla desaprovechada en ordenadores con resolución superior a 800 de ancho. El propio Gumersindo Lafuente (el director de ElMundo.es) antes de empezar su exposición, cambió la resolución inicial de 800x600 a 1024 x 768, con lo que casi me provocó la pregunta. /Puse mi cara de bueno e ingenuo y le pregunté: "¿Para qué sirve el espacio en blanco de la derecha de la página?". Buena parte de los asistentes se rieron, el incluso el sr. Lafuente esbozó una tímida sonrisa ante mi supuestamente cándida pregunta. Tras 3 minutos mareándose a sí mismo sobre el mínimo común denominador y el diseño para todos y no sé qué, le repregunté si, entonces, no hubiera sido mejor usar diseño líquido y porcentajes en lugar de fijo y 800 pixels, a lo que sí que no respondió nada inteligible. No te quiero ni contar la cara que me puso el moderador y compañero Juan Tomás, RTVE./

2.8 Destácanos un artículo que no hayas escrito tu y que también sea de imprescindible lectura, añade el link a dicho artículo.

Ufff, complicado escoger sólo uno. Por citar uno de los que tengo pendiente de releer con calma, pues da mucho de sí: Hassan Montero y Núñez Peña. Diseño de Arquitecturas de Información: Descripción y Clasificación

2.9 Recomiéndanos blogs y/o páginas sobre accesibilidad y/o usabilidad o relacionados que consideres indispensables.

* No sólo Usabilidad
* La revista Usability News, que publica artículos interesantes, normalmente basados en estudios con usuarios y trabajo de campo,que es de lo más serio que hay para tomar referencias de lo que funciona y lo que no funciona
* Alzado.org
* Usabilidoido[portugués]
* jmarquez (Diseño de interacción)
* Cadius
* Galinus , y su bitácora No lo entiendo
* En temas de Accesibildad tenía muy buena pinta la iniciativa de
Emmanuelle Gutiérrez y Restrepo (Coordinadora Sidar) de tener su
propia bitácora de Emmanuelle
* Por supuesto, la página del SIdar
* y la del presunto gurú Nielsen

Bueno, y por supuesto, Accesibilidad Web ;)

3 Entrando en materia:

3.1 Da una definición propia y pragmática sobre accesibilidad

Capacidad de una página web para que su contenido sea correctamente recibido y aprehendido por cualquier usuario, independientemente de las circunstancias en las que éste navegue por la red: equipo, configuración, conexión... pero muy especialmente en relación a usuarios con algún tipo de discapacidad.

En cuanto a las diferencias con la Usabilidad, ya le dedicamos un
artículo entero al tema
pero me gusta como matizan, p.e., Javier Romañach: "la accesibilidad es
un derecho y la usabilidad una mejora", o Rafael Romero: "La accesibilidad está orientada a ampliar la base de usuarios que pueden acceder con éxito al sitio web. Por otro lado, la usabilidad se enfoca más al público objetivo del sitio web... / ... las webs usables son también más accesibles"

3.2 Justifica el por qué del diseño accesible, y especialmente el rediseño, para acojerse a las directrices de accesibilidad del WAI.

Las empresas buscan hacer negocio. Al no hacer sus páginas accesibles están descartando como potenciales clientes, de un plumazo, a todos los que tengan determinados problemas de discapacidad (que son personas que, cuando la usan, usan muchísimo la red, y evidentemente también para compras), o de conexión, o de configuración de equipo... Despreciar todos esos potenciales clientes no es una buena práctica empresarial.
En cuanto a la administración pública, directamente es una obligación para ellos (independientemente de que la ley les obligue a serlo antes del 31 de diciembre). Las AAPP TIENEN que garantizar que su información y servicios están disponibles para TODOS los ciudadanos, sin discriminación alguna.

3.3 Crees que existen unos principios de concienciación de los webmasters que les hagan plantearse la accesibilidad en sus webs.

Tal vez, como la web es muy joven, estamos en un período en el que todo pasa demasiado deprisa. Unas versiones de software se ven sustituidas por otras antes de haber aprendido todas las posibilidades de la versión anterior. Así es difícil que cuaje la mentalidad de que hay que respetar unos mínimos, y que esos mínimos son (más o menos) para siempre. Para muchos, lo de respetar estándares no es más que una moda más, como lo del diseñar con tablas o con css, ponerse "medallas" de accesibilidad,
flash sí o flash no, etc. Imagino que ahí el W3C tendrá que hacer campañas de divulgación para que los estándares no sólo estén ahí, sino que sean conocidos por todos, respetada su filosofía y, finalmente, cumplidos de forma natural.

3.4 Que dirías a un webmaster para animarlo a diseñar accesiblemente.

Hacer páginas no accesibles, especialmente si se es consciente de ello, es un signo de falta de cualificación. Si no las haces accesibles porque de ese modo no puedes "demostrar todo lo que llevas dentro como diseñador" es que, además de inmaduro, en el fondo, sabes que no estás suficientemente formado, y por ello estás empeñado en demostrar todo lo que sabes hacer, en lugar de preocuparte porque tus sitios sirvan de algo a los usuarios.

Me podrás decir que el cliente manda, y que los clientes suelen querer chorradas. Vale, pero si firmas una mala página sólo por dinero será pan para hoy y hambre para mañana. Lleva cuidado con los proyectos que firmas, se pueden volver en tu contra en el futuro.

Un ejemplo (inspirado en uno de Eduardo Manchón): los coches son todos iguales. Por fuera son algo más diferentes, pero los faros son dos y están delante, las puertas se abren siempre hacia afuera y su forma suele ser aerodinámica, jugando con la estética y la facilidad para cortar el aire. Por dentro, prácticamente todos los coches modernos tienen las cosas en los mismos sitios, somos capaces de conducir cualquier coche, porque las cosas son siempre iguales en todos ellos. El volante es redondo, las revoluciones y velocidad se muestran en dos circulitos en el centro, los mandos de los intermitentes en la derecha y los de las luces en la izquierda. Vale, todo eso son estándares, bien marcados por ley o bien de facto, bien de ergonomía o bien de costumbre de uso.
A un diseñador de coches con ganas de deslumbrar a los demás no se le ocurriría poner un volante cuadrado y en el techo, p.e. ¿verdad?.
¿Quiere eso decir que el diseñador de coches no tiene margen de maniobra por culpa de los estándares?. No, para nada, hay muchísimas cosas en las que puede aportar originalidad, elegancia y funcionalidad respetandoesos estándares para coches. ¿Por qué no hemos de seguir ese proceso de respeto a los estándares con las webs?.

3.5 Crees que la accesibilidad se irá implantando automáticamente o hará falta la mediación (u obligación) de organizaciones superiores (gobierno, provincias, ayuntamientos...)

Creo que se avanzará por varias vías. La obligación no suele ser de gran ayuda en esto. Ahora, con la necesidad de hacer las páginas accesibles hay organismos que empiezan a moverse, como es el caso de mi universidad, pero más por cumplir que por vocación, y eso suele llevar a casos en los que se pretende sólo salir del paso, es decir, hacer que las páginas pasen el primer nivel en los validadores automáticos y
punto. Pero eso no es suficiente, es necesario que los altos responsables se den cuenta de que vivimos de los usuarios (los clientes en el caso de la empresa privada) y que si no estás dispuesto a ofrecerle servicio a todos (o venderle, en el caso de la empresa privada), estaremos haciendo una mala gestión.

3.6 Que opinas acerca de que se haya impuesto un rediseño en accesibilidad a las universidades cuando muchas entidades públicas no las cumplen?

Lo que te decía. En la mía (Universidad de Murcia) tras hacer un primer rediseño (2003-04) que no se preocupaba por estos temas, ahora alguien ha caído en la cuenta de que hace falta ser accesible, tal vez por una cuestión de moda o, ojalá, por algo más sólido que una moda. Por otro lado, las universidades siempre han sido punteras a la hora de desarrollar iniciativas relacionadas con investigación y desarrollo. En
este caso, ser accesibles no deja de ser, en muchos aspectos, una innovación tecnológica (hasta cierto punto) y, por tanto, no es descabellado que sean las universidades las que decidan sacar ese tema adelante antes que el resto de organismos.

4 Algo que te quede en el tintero :

Quizá terminaría diciendo que las cuestiones de Accesibilidad y Usabilidad tienen un alto componente de vocación social. Las empresas también se deben preocupar, sobre todo cuando venden online, pero en otros casos el feedback no es tan claro como cuando alguien no puede comprarte algo porque tu formulario no funciona. En esos casos es importante que exista gente que se preocupe por evitarle problemas a la
gente en lugar de creárselos, que es lo que hacen algunos diseñadores poco preocupados por qué pasa con su producto cuando sale de sus manos. En definitiva, preocuparse por la Accesibilidad ( y también la Usabilidad) tiene bastante de actitud política y concienciación social.

Juan Carlos nos brinda una excelente lección de conocimiento y reflexión sobre temas de Accesibilidad y/o Usabilidad y el resultado es una entrevista muy muy sustanciosa y digna de re-lectura.

Agradecezco desde Accesibilidad Web el apoyo de Juan Carlos des del inicio de este blog así como ahora con la productiva entrevista que me ha permitido publicar.
No dejéis de visitar su blog Úsalo. Usabilidad para todos y añadid su RSS
a vuestro lector de feeds.

Entrevista con Sofía Arguis de Navega.doc

2005-06-10T23:40:00.000+02:00

Sofía ha sido la primera en romper el hielo y abrir esta nueva sección en Accesibilidad Web.
Nos documenta sobre accesibilidad, usabilidad y arquitectura de la información desde su blog de obligada visita : Navega.doc

1 Personales

1.1 - Nombre:

Sofía Arguis Molina

1.2 - Residencia:

Madrid

1.3 - Estudios y/o trabajo:

Dip. Biblioteconomía y Documentación, Lic. Documentación, Máster en Documentación Audiovisual. Trabajo en Portal Mayores (http://www.imsersomayores.csic.es; Instituto de Economía y Geografía del CSIC) de Webmaster y documentalista.

2 Sobre tu blog o página y tus feeds:

2.1 Título:

Navega.doc

2.2 Dirección:

http://navegadoc.blogspot.com

2.3 ¿Cual es la temática principal de tu blog/web?

Recursos de información relacionados con el diseño web, accesibilidad, usabilidad, arquitectura de la información.

2.4 Las temáticas secundarias, que no menos importantes, son:

Otros temas relacionados con la Biblioteconomía y la Documentación, aunque intento centrarme en los principales anteriormente comentados.

2.5 Cuanto tiempo llevas nutriendo el contenido de la blogosfera?
Es reciente. Desde marzo de 2005.

2.6 Valora la experiencia tanto personal como profesional de publicar en tu blog.

Es muy positiva. Los post que voy publicando me sirven para organizar y sistematizar la información que voy encontrándome en mi trabajo sobre accesibilidad, sobre todo y sobre diseño web, usabilidad, etc. Además esta selección de posts puede ayudar a otra gente que también trabajen sobre estos temas. Personalmente, supera mis expectativas: cuando la gente te escribe (no suele ser mucha, pero haberla, ¡haila!) y te felicita o te hace algún comentario, me alegra y anima muchísimo a seguir publicando posts. Profesionalmente, no cabe duda que es una buena herramienta para estar continuamente actualizándose.

2.7 Destácanos un artículo que hayas escrito, actual o antiguo, de imprescindible lectura.

Sobre el tema de Accesibilidad etc. no he escrito nada, salvo los posts de Navega.doc. De los que he escrito podría interesar un artículo sobre “Recursos de información sobre traducción en Internet” que se publicó en el Boletín de la Asociación Andaluza de Bibliotecarios: http://www.aab.es/BaaB66.html.

2.8 Destácanos un artículo que no hayas escrito tu y que también sea de imprescindible lectura, añade el link a dicho artículo.

No puedo seleccionar un único artículo, aunque puedo decir algunos sitios en dónde se recogen artículos de interés, por ejemplo:

Jakob Nielsen – Alertbox: http://www.useit.com/alertbox/
Nosolousabilidad.com: http://www.nosolousabilidad.com/archivo.htm
Sidar – Traducciones: http://www.sidar.org/recur/desdi/traduc/es/index.php
En la revista Hipertext: http://www.hipertext.net/web/pag206.htm

2.9 Recomiéndanos blogs y/o páginas sobre accesibilidad y/o
usabilidad o relacionados que consideres indispensables.

Accesibilidad a la red
Sidar
WAI – W3C
Cadius
NosoloUsabilidad
Usable Web
UsableNet
Useit
Alzado.org
Cuadernos de bitácora SIDAR
Emmanuelle Gutiérrez
Torres Burriel

3 Entrando en materia:

3.1 Da una definición propia y pragmática sobre accesibilidad

Característica deseable para un sitio web y que está relacionada con una serie de prácticas en el diseño del mismo para que la información y servicios que desde él se ofrecen puedan ser consultados por CUALQUIER PERSONA que lo visite, salvando barreras en la navegación que tengan origen en la discapacidad visual, auditiva, física, cognitiva del usuario o barreras tecnológicas de su equipo informático (conexiones lentas, falta de plug-ins, uso de software propietario).

3.2 Justifica el por qué del diseño accesible, y especialmente el rediseño, para acojerse a las directrices de accesibilidad del WAI.

Porque todo el mundo tiene el mismo derecho al acceso a la información en Internet. Es uno de los espacios en los que cada vez se alberga más información, sin límites de espacio y tiempo.

3.3 Crees que existen unos principios de concienciación de los webmasters que les hagan plantearse la accesibilidad en sus webs.
Sí, aunque todavía queda mucho trabajo para dar a conocer las pautas WAI. Creo que la administración pública debería tomarse muy en serio la formación de sus profesionales en estos aspectos; es esencial.

3.4 Que dirías a un webmaster para animarlo a diseñar accesiblemente.

Merece la pena el esfuerzo invertido cuando comprendes que tu trabajo permite a otras personas hacer más fácil el suyo o posibilita momentos de ocio cuando navegan por Internet.

3.5 Crees que la accesibilidad se irá implantando automáticamente o hará falta la mediación (u obligación) de organizaciones superiores (gobierno, provincias, ayuntamientos...)

Creo que debe haber una cierta iniciativa y “obligación” por parte de las administraciones públicas. Eso sí, la propia administración debe ofrecer formación a los profesionales y dotar de las herramientas necesarias, a la vez que establecer unos períodos de adaptación para que los sitios web cumplan con el nivel requerido de accesibilidad.

3.6 Que opinas acerca de que se haya impuesto un rediseño en accesibilidad a las universidades cuando muchas entidades públicas no las cumplen?

Me parece bien. Cualquier iniciativa que mejore el nivel de accesibilidad es positiva. Quizás han comenzado con los sitios web de las universidades por ser un grupo más reducido por ejemplo, que los sitios web de las administraciones locales; es un proyecto más abarcable. Posteriormente con la experiencia que salga de esta mejora del nivel de accesibilidad en los sitios web universitarios puede ayudar a llevar a cabo unos mejores y más completos proyectos de accesibilidad para sitios web de la administración pública.

4 Algo que te quede en el tintero :

No creo adecuada la práctica de algunos sitios web de crear versiones alternativas accesibles de ese mismo web, sobre todo cuando hay a veces que no tiene el mismo contenido. Aunque parezca políticamente correcto, creo que justamente es lo contrario; remarca más la diferencia entre los usuarios. Y en realidad todos somos diferentes, pero no nos lo están continuamente recordando, o sí?

Agradezco enormemente a Sofía el tiempo dedicado en responder tan laboriosamente las preguntas y aclararnos sus opiniones sobre Accesibilidad.

No dejeis de visitar su blog :Navega.doc

Nueva Categoría: Entrevistas Accesibles

2005-06-10T23:36:00.000+02:00

Inicio una nueva categoría en este blog, la he llamado: Entrevistas Accesibles.
Trataré de contactar con las personas que yo llamo "gurus" de la Accesibilidad y publicar aquí dichas entrevistas para difundir sus conocimientos acerca del tema y enriquezer la lectura de los visitantes con el mejor contenido sobre Accesibilidad Web , desde el punto de vista de profesionales y personas relacionadas con el diseño web, la accesibilidad, usabilidad y arquitectura de la información.

Espero recibir la ayuda de los profesionales de Accesibilidad para llevar adelante esta iniciativa que considero interesante para todos nosotros, tanto profesionales como interesados en el tema.

Cuento con todos, así que si alguien desea ser entrevistado, que me envie su comentario al feedback de este blog y inmediatamente me pondré en contacto con él.

Muchas gracias y ánimos a todos a participar en esta nueva iniciativa.

La Accesibilidad en los portales CMS

2005-06-08T22:49:00.000+02:00

En el trabajo estoy integrando aplicaciones de creación de portales y contenido , con herramientas del trabajo en grupo, sistemas de notificación de incidencias, calendarios compartidos y reserva de recursos.

Aprovechando que hemos estado estudiando diversos sistemas de Gestión de Contenidos (Content Management System) he realizado una pequeña comparativa de los más "conocidos" en cuanto a Accesibilidad se refiere.

Detallaré de los CMS su resultado ante el test de Accesibilidad de Tawdis:

PHP-Nuke

PHP-Nuke

PostNuke

Drupal

Tiki-Wiki

Groupware

TikiWiki

[Anexo 1]
Mambo

Mambo

[Fin anexo 1]

Conclusión

Accesibilidad Web participa en el premio 20minutos

2005-06-06T15:03:00.000+02:00

No sé en que estaba pensando cuando registré este blog al premio ofrecido por 20minutos a las mejores bitácoras españolas.

Tal vez me precipité registrando este blog, pero ahora ya está hecho, si lo crees digno de voto, realiza tu votación en la imagen-link del menú.

Habrá gazpacho y jamón pata negra para quien se atreva a votar !! [risas]

Muchas gracias por la ayuda y saludos!

Vodafone Simply

2005-06-01T23:31:00.000+02:00

Bajo este nombre la empresa de Telecomunicaciones Vodafone lanzó el pasado día 24 de mayo su terminal móvil accesible para personas mayores. Todo un avance en telefonía móvil accesible.

Los Modelos

Los servicios de accesibilidad

Precios

El mercado

Computing

Vodafone Simply es una iniciativa digna de copiar por otras compañias.

Saludos!

Accesibilidad en Portales Universitarios

2005-05-29T23:08:00.000+02:00

Objetivo del estudio?

Evaluación técnica de la accesibilidad y valoración de la experiencia de usuario en 15 portales de universidades españolas.
Quién?

Estudio realizado por Fundosa Teleservicios para Observatorio de Infoaccesibilidad de Discapnet
Situación contextual

Conclusión del estudio:

Solo 5 universidades españolas consiguen un raspado aprobado en una calificación sobre 200 puntos :

Veáse el Informe en versión sintetizada para mas información.

Conclusión

Saludos!

Formulario de Feedback

2005-05-28T21:04:00.000+02:00

Se ha añadido un formulario de feedback a Accesibilidad Web.

Que es Feedback ?

Feedback

Porque Feedback en Accesibilidad Web?

Como funciona ?

Feedback

Muchas gracias por enviarme tu comentario

Añadida navegación por categorías a Accesibilidad Web

2005-05-25T22:23:00.001+02:00

Me enorgullece presentar a los lectores el nuevo sistema de navegación por categorias en Accesibilidad Web.

Donde está la grácia os pregutareis algunos?

Pues bien, este blog está hospedado por blogger (blogspot) como podeis observar, y blogger aún no proporciona un servicio de catalogación de artículos.
Navegando por otros blogs observé que otros servidores de bitácoras si que proporcionaban el servicio de catalogación de artículos, y la envidia me inundó, yo también quería disponer de un menú de categorias!

Pues bien, dándole vueltas a como solventar el problema, se me ocurrieron varias soluciones

1- Crear una pagina externa

2-Montarlo en el propio blog Solución llevada a cabo.

Espero que me ayudeis a hacer feedback de este nuevo e innovador menú, añadiendo sugerencias y críticas en los comentarios de este artículo.Agradecería que alguien me comente si conoce antecedentes de este menú en blogger.

Saludos!

Añadidos Atajos de navegación interna

2005-05-24T23:39:00.000+02:00

Aparte de pequeños cambios visuales, aún no acabados, se ha añadido un menú de navegación interna.

La finalidad de este menú es proporcionar atajos rápidos para saltar de una zona del blog a otra. Estos menús son especialmente útiles para personas que usen navegadores hablados, así se evitan por ejemplo tener que leer la zona de contenido y artículos para alcanzar la zona de menús, o al revés.

Esta idea surgió despues de leer y opinar en un artículo de Marta Cillero de Accesibilidad.info, a quien aprovecho para agradecer su ayuda. En este artículo Marta nos comentaba la necesidad de tener enlaces para saltar los menús, yo después le propuse saltar contenido, ejemplificando el caso de este blog, y mientras escribía otro comentario, se me ocurrio la idea de hacer este sistema de navegación interna.

La codificación necesaria es :

Los menús que he añadido en este primer contacto son estos :

Saltar al Contenido

Saltar al Menú

Saltar a Enlaces

Saltar a Posts Anteriores

Saltar a Blogs Accesibles

Espero que probéis el nuevo menú de navegación y me comuniquéis que os parece, que le falta o que le sobra.

Saludos

Exprimiendo al máximo la accesibilidad de FireFox.

2005-05-23T08:27:00.000+02:00

Uso este navegador habitualmente, pero nunca me había propuesto estudiarlo desde el punto de vista de accesibilidad, y hoy lo he hecho.

Los Atajos, “shortcuts”
Mozilla Firefox ofrece un excelente conjunto de atajos. Ctrl+L enfoca rápidamente la barra de direcciones. Ctrl+K la barra de Google. Ctrl+T abre una pestaña nueva y Ctrl+S guarda la página actual. Aquí dejo un enlace para ver la lista completa de atajos de FireFox.

Buscar sobre la marcha
Mozilla Firefox también incluye la sofisticada tecnología para buscar enlaces "Buscar mientras se escribe" para que los usuarios con problemas de accesibilidad (como los que usen lectores de pantalla, o incluso usuarios de portátiles con dispositivos de puntero inconvenientes) puedan seleccionar los enlaces de forma más simple. Simplemente comience a escribir el nombre del enlace que quiere seleccionar y Firefox lo enfocará.

Solo por estas ventajas incorporadas de serie, FireFox es digno de llamarse accesible. Pero no acaba aquí, exprimiremos un poco más a ver que encontramos.

Para desarrolladores
Juan Carlos de Úsalo ya nos comentó el funcionamiento de la barra de accesibilidad para desarrolladores web en este excelente artículo . Una barra indispensable para todo desarrollador web.

Para quien realmente necesita accesibilidad
Pero si nos centramos aún mas en accesibilidad para usuarios discapacitados, encontramos otras excelentes herramientas, como esta excelente extensión para FireFox, otra barra con múltiples opciones de accesibilidad. Zoom de letras, anulación de CSS, acceso a links, borrado de imágenes, descripción de teclas de accesibilidad... Una enorme ayuda para las personas con dificultades de navegación en ciertas páginas.
Descárgate esta barra en este enlace

¡Una extensión Text-To-Speech (texto a voz)!
He descubierto un muy interesante proyecto FoxyVoice, una extensión de FireFox capaz de leer el contenido de una página web. Posee la sencillez típica de instalación de las extensiones FireFox y un enorme potencial de uso. Esta sencilla aplicación, solo 28 Kbytes de descarga, usa el sistema de voz de Windows para sintetizar el texto leído, lo que disminuye sus prestaciones, ya que Windows solo viene preparado con un simple sintetizador de voz y este es para texto en inglés. Probadlo en el Panel de Control – Voz.
Se pueden añadir más sintetizadores de voz, por ejemplo el AT&T Natural Voices, que catalogan como el mejor sintetizador por la claridad de su lectura. El problema de estos sintetizadores es que son de pago, pero su servicio supera su precio.

Conluyendo
Hemos encontrado multitud de ayudas que hacen de FireFox un excelente navegador para personas con necesidades de accesibilidad especiales, esto sumado a la barra para desarrolladores y diseñadores web, muestran la disposición de la gente de FireFox a lograr niveles de accesibilidad más que aceptables en su navegador, desde aquí los felicito por este gran proyecto que están llevando a cabo.

Anexo 1

Oulipo de A nadie le importa nos aportó más extensiones de FireFox, relacionadas con accesibilidad en, este cometario :

Página de Descarga

Página relacionada

Agradezco enormemente a Oulipo su colaboración en este artículo.

Saludos

Periféricos móviles accesibles

2005-05-21T21:04:00.000+02:00

He estado poniéndome al día sobre la tecnología actual usada en dispositivos móviles accesibles. He encontrado proyectos varios, pero extrayendo mis propias conclusiones, el mercado de periféricos está en sus inicios. Sobretodo se está evolucionando en tecnología móvil accesible.
Todos vimos nacer hace medio año el Terminal móvil de Owasys, con sintetizador de voz y teclado accesible para el uso adaptado para personas invidentes. Toda una obra de Ingeniería y tecnología al servicio de los discapacitados visuales.

Estudiemos el Owasys 22c :
Ver imagen del terminal

Nada que envidiar al resto de terminales móviles comunes, además es accesible también para discapacitados físicos por poseer un teclado intuitivo y simplificado al máximo.

Otro dispositivo realmente innovador es el Pocket PC Accesible que HP y DELL han desarrollado conjuntamente con VisuAide, bajo el nombre Maestro.

Esta Agenda-Ordenador de bolsillo ofrece los servicios típicos en su versión común, analizémoslas.

Ver imágenes de Maestro iPAQ PocketPC de HP y
Dell Axim X50

En cuanto a las personas con deficiencias de oído, las adaptaciones que se han realizado sobre móviles son prácticamente nulas. La gente sorda se ha servido principalmente de los mensajes de texto para comunicarse y del vibrador del móvil para darse cuenta cuándo se reciben mensajes de entrada. La única manera de permitir que una persona no sorda se comunique por teléfono con otra sorda es a través de la intermediación de un estenógrafo que en tiempo real escribe lo que oye para que la persona sorda pueda leer lo que dice el otro interlocutor. La organización benéfica británica RNID para la ayuda a la gente sorda ofrece en asociación con BT un servicio que responde a estas características y que es denominado TypeTalk.

Finalmente, para las personas con discapacidades motrices han comenzado a aparecer sistemas de control domótico que permiten el uso del móvil como un mando de control remoto. Usando la capacidad de comunicación Bluetooth o Infrared de los teléfonos móviles es posible a través de pasarelas Bluetooth/Infrared a estándares domóticos como X10, controlar los dispositivos domóticos de un espacio. Un buen ejemplo de este tipo de sistemas es el Sistema Domótico Integral ideado por Code Factory

Fuentes consultadas para este informe :
Owasys Accesible
VisuAide
Nodo50

Reconocimiento de Voz en Accesibilidad

2005-05-18T23:06:00.000+02:00

Tras la petición de Juan Carlos de Úsalo he indagado sobre el estado de los sistemas de reconocimiento de voz y sus aplicaciones.

Una primera definición
Las aplicaciones de reconocimiento de la voz tienen como objetivo la captura, por parte de una computadora, de la voz humana, bien para el tratamiento del lenguaje natural o para cualquier otro tipo de función.

Situémonos en contexto:

Los sistemas de reconocimiento de voz han sido y siguen siendo objeto de continuo desarrollo debido a la demanda tecnológica que requieren. Podemos situar el estado actual de los sistemas de reconocimiento en una Segunda Generación que supera el 90% de fiabilidad que ofrecían las aplicaciones de Primera Generación. Hoy en dia se trabaja con porcentages superiores al 95%.

Los Usos de los sistemas de reconocimiento de voz

El principal uso que agiliza la investigación en los sistemas de reconocimiento de voz es indudablemente la tramitación burocrática. Se pretenden implantar sistemas de reconocimiento de voz para usos médicos como la escritura de informes de los pacientes, ahorrando así gran cantidad de tiempo a los profesionales de medicina. En mas de 200 hospitales de EE.UU se han implantado estos sistemas de reconocimiento con mucho éxito.

En nuestro ámbito

Desde aquí trataremos los sistemas de reconocimiento de voz para la Accesibilidad que estos pueden proporcionarnos.

Primero separaremos las tecnologías de interfaces de Voz según el criterio de Josep Casanovas de Alzado.org:

Detección de tonos (DTMF):
El usuario oye una voz que le da las instrucciones y pulsa el teclado del terminal para escoger las opciones. El sistema reconoce la opción dada por el usuario a partir del tono pulsado.

Reconocimiento de voz (ASR):
El usuario oye una voz que le da las instrucciones y responde con la voz para escoger las opciones. El sistema reconoce lo que dice el usuario.

Síntesis de voz (TTS):
La voz que oye el usuario no está pregrabada, es voz sintetizada. Útil para dar respuestas con valores variables.

Verificación de la persona que habla (SV):
Es la vertiente biométrica del reconocimiento de voz que permite reconocer a la persona a través de las características de su voz.

Todos estos sistemas pueden tener aplicaciones en términos de Accesibilidad, especialmente para personas con discapacidades motrices severas que impidan el uso del teclado o el ratón total o parcialmente.
Se pueden usar en editores de texto y en navegadores para facilitar el acceso y uso de estos.

Algunas aplicaciones Software de tecnología de reconocimiento de voz son:

Dragon Naturally Speaking Preferred 4.0

Precio de lista : $199 USD. Requiere: Pentium MMX/200 o equivalente; 48 MB en RAM; 200MB de espacio en disco duro; tarjeta de sonido de 16 bits compatible con Creative Labs Sound Blaster; Microsoft Windows 95 , 98 o NT.

Nuestra selección de los editores en esta competencia, Dragon Naturally Preferred 4.0, marca el estándar para la facilidad de uso, desde la instalación directa hasta el formato sencillo y la navegación en el Web activada por la voz.

Con una mejor optimización para los nuevos procesadores y avances en el reconocimiento de palabras y comandos, Naturally Speaking ofrece una exactitud impresionante desde el desempaque. Sólo tiene la desventaja de un soporte limitado para el lenguaje natural en aplicaciones distintas de Microsoft Word. La precisión inicial de Naturally Speaking empató con la de nuestra mención honorífica, el Via Voice, 95%, y aunque este último subió a 98% con capacitación adicional, Naturally Speaking termino en 96%.

Sin embargo, los evaluadores informaron, de manera unánime, haber tenido el menor número de problemas al entender los comandos de voz de Naturally Speaking para la navegación y el formato.

Después de una práctica de 5 minutos, Naturally Speaking tarda alrededor de 2 minutos más en ajustar el modelo de lenguaje de base de acuerdo con su voz y pronunciación. El Vocabulary Builder importa palabras solas, listas de palabras o documentos completos, y le permite practicar todas las palabras o las seleccionadas tan pronto como las importa. Igual que con Via Voice, puede importar documentos para mejorar el reconocimiento.

FreeSpeech 2000

Precio lista: con audífonos Plantronics, $99.99 USD; con Philiphs SpeechMike , $149.99 USD. Requiere: Pentium/MMX 166 o equivalente; 48 MB en RAM; 100MB de espacio en disco duro; tarjeta de sonido compatible con Sound Blaster; Microsoft Windows 95,98 o NT con SP3.

FreeSpeech 2000 de Philips Speech Products presenta varios avances respecto a su predecesor: soporte para dictado en seis idiomas. Macros de voz y mayor precisión. Y aun incluye el práctico Philips SpeechMike. Pero las bajas calificaciones en precisión, la información limitada y el hecho de tener que cambiar en forma manual entre los modos de dictado y comandos reduce la facilidad de uso del FreeSpeech.

FreeSpeech, con una calificación inicial de 91% en precisión, mejoró en forma sustancial en comparación con su versión anterior. Pero en una categoría en la que un par de puntos porcentuales afecta la utilidad del producto, ésta es una calificación muy baja. FreeSpeech también se colocó en el último lugar en exactitud, a 93%. Probamos el FreeSpeech con SpeechMike y con Plantronics SR1. Obtuvimos una calidad de sonido aceptable durante la activación del audio con SpeechMike, pero sólo después de tres intentos. El programa también carece de una tarjeta de consulta rápida e incluye poca información de los comandos.

El modo de dictado tiene una característica EasyEdit, que destaca las palabras mientras reproduce el dictado, y la característica EasyCorrect del programa le permite interrumpir la reproducción y reemplazar la palabra subrayada con la opción seleccionada de una lista de alternativas. Para utilizar los comandos de los menús y los cuadros de diálogo, o para navegar en un documento, debe cambiar al modo Comandos con la barra de herramientas o un botón especial de SpeechMike. Esto puede ser confuso, sobre todo comparado con los otros programas, que por el momento no tienen modelos. El botón de SpeechMike facilita el proceso, excepto que, cuando lo suelta, el micrófono se apaga y debe pasar en forma manual al modo de Dictado , lo que reduce los beneficios del botón. Para deletrear palabras, debe cambiar al modo Deletrear, y si desea interrumpir la grabación de la voz, recurra al modo Inactivo. Utilizar cuadros de diálogo que requieren una combinación de navegación y dictado puede ser difícil.

Las herramientas para macros de FreeSpeech le permiten insertar varias líneas de texto, ejecutar programas y golpes de teclas y clics del mouse programados en forma previa. FreeSpeech tiene un soporte adecuado para NCL así como para comandos y controles en todas las aplicaciones. Al igual que Voice Xpress, incluye una lista de comandos de voz en la que es posible buscar por palabras clave.

Los usuarios encontrarán mayor precisión y facilidad de uso en otros programas que participan en esta competencia. Y muchos usuarios se cansarán muy pronto de cambiar en forma manual entre los modos de FreeSpeech.

L & H Voice Xpress Professional, Versión 4

Precio al público: $150 USD. Requiere: Pentium II; 48 MB en RAM con Microsoft Windows 95 o 98, o 64 MB con Windows NT; 200 MB de espacio en disco duro; tarjeta de sonido de 16 bits compatible con Sound Blaster o micrófono USB.

L & H Voice Xpress Professional ofrece las características básicas que todos esperamos en un programa de reconocimiento de voz: es posible dictar en cualquier aplicación, crear macros de voz y controlar las aplicaciones con comandos de voz. El punto fuerte del programa son sus comandos intuitivos con lenguaje natural para Microsoft Word, Excel y el sencillo procesador de palabras Voice Xpress. Pero sus características de corrección son limitadas; por ejemplo, carecen de reproducción de audio.

La instalación del programa y la lectura de información necesaria que tomó 10 minutos se realizaron sin problemas, pero la instalación del audio fue menos intuitiva. Al probar el volumen del micrófono, no hay indicación que le diga cuándo dejar de leer. Al terminar la instalación, aparece una barra de control en la parte superior de la pantalla, pero no es muy evidente cómo encender el micrófono. El delgado manual incluye pocas pantallas o ilustraciones, por lo que es difícil empezar a trabajar cuando se es nuevo en el reconocimiento de voz. En nuestras pruebas, Voice Xpress quedó en tercer lugar en precisión final, con 94%, detrás de Via Voice y Naturally Speaking. Para el uso casual, quizá sea suficiente, pero para un dictado más formal, querrá una calificación de 95% o más alta.

Voice Xpress es fácil de utilizar para dar formato al texto. Reconoce frases como “convertir en negritas las ultimas tres palabras”, convertir en negritas las tres palabras anteriores” y muchas otras variaciones del mismo comando. El programa responde con rapidez a lo que usted dice, por lo que la edición y el formato son rápidos y sencillos. Sus comandos para Excel también funcionan en forma adecuada.

Voice Xpress le permite respaldar sus archivos de voz con facilidad en Iomega Zip Drive u otro lugar aseguro. Los usuarios que desean controlar Excel y Word por medio de la voz quizá consideren que Voice Xpress es una opción adecuada.

Via Voice Pro Millennium Edition

Precio al público: $180 USD. Requiere: Pentium/233 o equivalente; 48 MB en RAM con Microsoft Windows 95 o 98, o 64 MB con Windows NT; 100 MB de espacio en disco duro ; tarjeta de sonido de 16 bits.

Nuestra mención honorífica en esta ronda, Via Voice Pro Millenium Edition de IBM, ofrece una amplia variedad de funcionalidad tanto para aplicaciones de dictado como de control, además de las mejores calificaciones de precisión del grupo. Los novatos empezarán a trabajar con rapidez, mientras que los usuarios de poder apreciarán las capacidades avanzadas de macros del programa. No obstante, los evaluadores encontraron que algunas de las características de edición de Via Voice son complicadas, un factor determinantes en su facilidad de uso en general. La instalación y el manejo inicial transcurrieron sin problemas gracias a las pantallas del asistente bien diseñadas y un personaje animado que explica cómo empezar. Los usuarios podrán empezar a dictar de 20 a 30 minutos después de la instalación del software, lo que incluye de 10 a 15 minutos de lectura del texto del registro.

En nuestras pruebas, Via Voice fue el producto más preciso: después del registro fue de 95%, que aumento a un sobresaliente 98% cuando dictamos el mismo documento después de hacer correcciones. En el uso diario, la mayoría de los usuarios deben tener una precisión entre estos porcentajes.

Via Voice, al igual que los otros productos que evaluamos, le permite controlar los menús y cuadros de diálogo en la mayor parte de los programas de Windows, con comandos en lenguaje natural disponibles para Microsoft Word y Excel, entre otros. Via Voice también le permite navegar el Web al activar Internet Explorer con la voz. Naturally Speaking también le permite decir los nombres de los vínculos, pero sólo Via Voice numera los elementos de la pagina, de modo que puede decir el nombre del elemento requerido.

Con todo, es complicado corregir los errores en Via Voice. El manual del programa sugiere emplear una combinación de mouse, teclado y voz para editar, en lugar de usar sólo comandos de voz.

Asimismo, es imposible emplear comandos de formato común en SpeakPad, el propio procesador de texto sencillo de Via Voice. Según las experiencias de los evaluadores, comandos como convertir en negritas las tres últimas palabras únicamente funcionaron en Microsoft Word.

A las excelentes calificaciones de precisión de Via Voice les afectan las limitadas capacidades de corrección del programa. Pero quienes son nuevos en el reconocimiento de voz y los usuarios de poder que valoran las capacidades de macros del programa y su capacidad de guardar audio para reproducirlo después, encontrarán muchas características agradables en Via Voice.

Estudio extraido de www.itq.edu.mx

Resumiendo
El reconocimiento de voz es un sistema aún en desarrollo, lejos de conseguir la perfección si se están obteniendo rendimientos aceptables para un uso fiable y productivo.
Los beneficios que este sistema puede añadir a la accesibilidad son muchos, desde escritura por voz hasta navegación completa. Pese a no ser el campo principal de desarrollo también se ve la Accesibilidad como un campo de acción extenso para los sistemas de reconocimiento de voz.
Se estan desarrollando navegadores, como es el caso de Opera, adaptados mediante sistemas de reconocimiento de voz para la navegación y búsqueda en Internet.
De seguir así, en un futuro no muy lejano, estos sistemas superaran las barreras tecnológicas, que ahora los limitan, y causarán una revolución en el uso del ordenador, aunque sin llegar a reemplazar a los existentes periféricos, si que llegará a coexistir con ellos facilitando muchos aspectos actuales como es la escritura de textos vía teclado.

Fuentes de documentación usadas y de visita obligatoria para profundizar:
Software de reconocimiento de voz. PC Magazine.
Opera lanzará un navegador con sistema de reconocimiento de voz.
El reconocimiento de voz aún debe superar barreras . Diario Médico
Interfaces de Voz IVR. alzado.org

Tiflolibros, otro proyecto excelente

2005-05-13T08:10:00.000+02:00

He descubierto otro increible proyecto relacionado con la accesibilidad web, especialmente para personas discapacitadas.

Tiflolibros es la primer biblioteca digital para personas invidentes de Habla Hispana, contiene mas de 11800 libros preparados para personas discapacitadas.

A través de un lector especial para su formato de libros, Tiflolibros propociona gratuitamente obras literarias para sus usuarios.
Los usuarios también tienen la posibilidad de publicar sus propios tiflolibros y contribuir así a este gran proyecto.

Es de visita obligada su pagina Tiflolibros que además me enorgullece añadir a este blog como link habitual.

Felicitamos desde aquí a los creadores de Tiflolibros en Argentina y les animámos a seguir en su proyecto.

Buscando Blog Accesibles

2005-05-10T12:05:00.000+02:00

Se ha añadido una sección de links al Blog con enlaces a otros Blogs que o bien facilitan la accesibilidad web o hablan de temas relacionados con esta.

Espero que podáis aportar enlaces a blogs accesibles añadiendo comentarios a este mensaje.

Un saludo!

Añadidos Shortcuts para el Menú de Inicio

2005-05-10T10:22:00.000+02:00

En el afán de mejorar la accesibilidad en este Blog he añadido Shortcuts (atajos) para acceder rápida y fácilmente a las secciones de esta bitácora.

Tan solo con pulsar la tecla ALT junto con la letra de acceso rápido de cada link y pulsando Enter se direccionará al usuario a la pagina solicitada.

Para todos los webmasters que deseen hacer sus menús un poco mas accesible, bastará con añadir una directriz a su código CSS :

span.accesskey {
font-weight: bold;
font-size: 110%;
}

Esta directriz CSS es personalizable 100%, tal y como está Agranda un poco la letra de acceso rápido en el link y la pinta en negrita.
También hará falta añadir los links preparados para ser usados con ShortCuts, simplemente es añadir la instruccion span accesskey para el reconocimiento del shortcut quedando así :

[a href="www.fundaciononce.es/" onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.fundaciononce.es/" target=_blank " title="Tecla de Acceso:F"] [span class="accesskey"]F[/span]undación Once[/a]

Tendréis que modificar los [ ] por sus respectivos < > de HTML .

Saludos

Libros digitales

2005-04-10T23:12:00.000+02:00

El proyecto Gutenberg es una excelente idea para la difusión de la literatura internacional. Desde su página se distribuyen gratuitamente obras literarias de todos los países y culturas. Además se recopilan obras en todos los idiomas.

Pues bien, considero este proyecto muy útil para las personas discapacitadas, ya que el proyecto Gutenberg proporciona libros en modo texto que pueden ser leídos mediante los navegadores hablados o los lectores de escritorio.

Además el diseño de la página del proyecto Gutenberg es simple y accesible, así que recomiendo una visita y una lectura de los libros que mas os interesen. La web es www.gutenberg.org.

Hablemos de navegadores web hablados.

2005-04-09T13:44:00.000+02:00

Un navegador web accesible es lo que todos conocemos como browser pero que incorpora un sintetizador de voz capaz de leer el contenido que se muestra en el navegador, es decir, páginas y ficheros textuales.

Existen muchos navegadores de este tipo , yo el que he usado es el Home Page Reader de IBM descargable en versión evaluación de 30 días, de este enlace (versión española). Aquí añado otros navegadores hablados que os podrían interesar:
pwWebSpeak
Connect Outloud
Web Speakster
Text only Web Browsers
WebbIE

También existen los llamados lectores de escritorio, son aplicaciones capaces de leer el contenido de una pantalla igual que el browser, pero extendiéndolo a todas las aplicaciones: escritorio, editor de textos e incluso mensajería instantánea.
He usado sodelscot, un magnífico lector de escritorio, capaz de leer el portapapeles, sintetizar hasta 5 voces y un acceso de teclas rápidas excelente. Descargar una versión evaluación de 7 días de la pagina de Sodelscot. Otros sintetizadores son :

AT&T Natural Voices
ATLAS TTS Lite
DECtalk
Digalo TTS
Infovox
Keynote GOLD
Lernout & Hauspie TTS3000
Loquendo
Microsoft Text-to-Speech
Orpheus
RealSpeak
SoftVoice
TruVoice
TTS TID
ViaVoice Outloud

Extraídos de la página de funcaragol, visitadla si buscáis software adaptado!

Espero que esta breve lección os haya introducido en el mundo de los navegadores y los lectores para personas discapacitadas visuales.

Muchas gracias por la atención, Mc

Feed de Accesibilidad Web

2005-04-07T23:31:00.000+02:00

Que es un RSS?

El acrónimo RSS puede hacer referencia a:

RSS, un formato de archivo derivado del XML usado para la distribución de contenidos.

Así nos describe la Wikipedia RSS, como un formato de archivo de texto destinado a la difusión de contenidos a otros medios de lectura llamados agregadores de notícias.

El Archivo RSS de Accesibilidad Web
Este es el archivo RSS de Accesibilidad Web

Añade este RSS a tu agregador de noticias

Un proyecto de Accesibilidad Web

2005-04-07T23:11:00.000+02:00

Hola, me he propuesto crear un Blog basándome en las directrices de creación de páginas web accesibles recomendadas por la Web Accessibility Initiative (WAI), parte de la World Wide Web Consortium (W3C).

La idea es recopilar noticias, links y servicios en la red que puedan ser utilizados por personas discapacitadas visuales y cumplan las mismas directrices que este blog. Espero recibir ayuda en este proyecto.

Logrando que este sea un blog que sirva de punto de entrada a los invidentes para acceder a Internet de una forma útil y fácil para ellos.

Muchas gracias.

feedback

2005-04-07T23:00:00.000+02:00

Rellena el formulario para contactar con el autor del blog, o para hacerle llegar tus quejas y/o sugerencias:

Podcast accesible

2005-04-07T22:30:00.000+02:00

Artículos correspondientes a la categoría Podcast Accesible publicados hasta día de hoy:

Podcasting, accesible?

Desarrollando la accesibilidad del podcasting: El tamaño del archivo.

Desarrollando la accesibilidad del podcasting: El límite de ancho de banda

Desarrollando la accesibilidad del podcasting: los reproductores multimedia

Desarrollando la accesibilidad del podcasting: El lenguaje

Desarrollando la accesibilidad del podcasting: La atención del lector

Desarrollando la accesibilidad del podcasting: Accesibilidad y Usabilidad

Semanario Blogosférico

2005-04-07T11:22:00.000+02:00

Esta semana:

ALT1040: El popular blog nos demuestra, otra vez, que no sabe leer mas allá del título del podcast, y es capaz de criticar desde la ignorancia...

Accesibilidad en la red: Nos presentan la guía "Pregúntame sobre accesibilidad y ayudas técnicas

Úsualo : Por si alguien se ha planteado viajar con 9 bebés... las agencias ya tienen cubierta esa posibilidad

Stanmx : Nos presenta su proyecto sobre bookmarks sa.bros.us

ñblog : Quieres situar tu blog en Google Maps ? pues estás obligado a leer este excelente artículo.

torresburriel : Encuentro internacional de Accesibilidad, Usabilidad y Estándares Web

04/07/2005 - 10/07/2005:

Alzado.org: Falsa accesibilidad entidades gubernamentales.

511 : Nos informa desde su punto de vista crítico sobre las directrices {abbr} y {acronym}.

Úsalo: Juan Carlos, de Úsalo, cumple su primer año en la blogosfera.

Avalúo: Nos informa que Odeo ya está abierto al público.

Isopixel: Una visión muy personal sobre los atentados de Londres.

Technorati Tags: Semanario Weeklog Notícias Blogs links enlaces accesibilidad usabilidad recopilatorio

CSS

2005-04-07T10:43:00.000+02:00

Publicaciones Accesibles

2005-04-07T10:42:00.001+02:00

Artículos correspondientes a la categoría Publicaciones Accesibles publicados hasta día de hoy:

Estándares W3C

2005-04-07T10:42:00.000+02:00

Ningun artículo disponible para esta categoria en este momento

Esperamos documentar esta categoria próximamente

Dispositivos accesibles

2005-04-07T10:41:00.001+02:00

Artículos correspondientes a la categoría Dispositivos accesibles publicados hasta día de hoy:

Navegadores

2005-04-07T10:41:00.000+02:00

Artículos correspondientes a la categoría Navegadores publicados hasta día de hoy:

Sin Clasificar

2005-04-07T10:39:00.000+02:00

Artículos correspondientes a la categoría Sin Clasificar publicados hasta día de hoy:

Entrevistas Accesibles

2005-04-07T10:30:00.000+02:00

Artículos correspondientes a la categoría Entrevistas Accesibles publicados hasta día de hoy: