Desarrollando la accesibilidad del podcasting

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!

domingo, junio 26, 2005

Entrevista con Marta Cillero de Accesibilidad en la Red

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!

miércoles, junio 22, 2005

Desarrollando la accesibilidad del podcasting: Accesibilidad y Usabilidad

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.


lunes, junio 20, 2005

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

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.


Desarrollando la accesibilidad del podcasting: El lenguaje

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

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.

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.


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

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...


Podcasting, accesible?

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?
    Esta es la definición de podcast de la Wikipedia :
    El podcasting consiste en crear archivos de sonido (generalmente en mp3 u ogg) y poder subscribirse mediante un archivo RSS de manera que permita que un programa lo descargue para que el usuario lo escuche en el momento que quiera, generalmente en un reproductor portátil.

    La palabra podcasting es una mezcla de las palabras iPod y broadcasting. Se asemeja a una suscripción a una revista hablada en la que recibimos los programas a través de internet.

    Su contenido es diverso, pero suele ser un weblogger hablando sobre diversos temas. Esta es la definición base. Ahora bien, puede ser ampliada de diferentes maneras. Hay podcasts sobre diversos temas, sobre todo tecnológicos. Alguna gente prefiere usar un guión y otros hablan a capella y de forma improvisada. Algunos parecen un programa de radio, intercalando música, mientras que otros hacen podcasts más cortos y exclusivamente con voz, igual que con los weblogs.


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 :

    1er inconveniente.
    Un podcast es un archivo de audio y como tal, necesita de una compresión digital óptima para reducir su tamaño final obteniendo una buena relación de sonido y tamaño. Pero todos sabemos, que un archivo audio en mp3 con calidad media-baja y de una duración de 3 o 4 minutos, no baja de las 3 Megas.
    Esto requiere para un usuario que use módem, como yo mismo, un tiempo de entre 8-15 minutos dependiendo del proveedor, saturación de la red...
    Bien, yo personalmente no me descargué el podcast (3 megas) precisamente por este tiempo de descarga, ya no por el tiempo de descarga, sino por quedarme el ancho de banda inutilizado por la descarga, y no poder usar el navegador para consultar otras fuentes.

    2o. inconveniente.
    A causa del tamaño de estos archivos de audio, necesitaremos mucho ancho de banda para proporcionarlos, y la mayoría de blogs (y me atrevería decir que páginas) están hospedadas en servidores con un límite de banda variado, pero en ningun caso lo suficientemente grande como para servir archivos podcast constantemente. Pensad en el tráfico de barrapunto si todos sus artículos fueran podcasts, que ancho de banda sería necesario... imposible servirlos.

    3er. inconveniente (accesibilidad)
    Para que el podcast fuera accesible para personas invidentes, estas tendrían que tener un reproductor de audio integrado en el navegador y que automáticamente reproduciera el archivo. Si no descargárselo, guardarlo, localizarlo y abrirlo son pasos complicados para personas invidentes.

    Inconvenientes menores : Dónde hospedarlo, formatos, compresiones, sindicación...


Lenguaje:

    4o. Inconveniente.
    Cada país, cada región e incluso cada pueblo tiene sus costumbres lingüísticas, y esto hace que otras personas que no sean de esa región puedan tener ciertos problemas de comprensión de la locución de podcast.
    Es cierto que esto también se puede dar en texto escrito, pero la escritura da la posibilidad de releer esa oración o expresión que no acabas de enteder y según contexto adivinar más o menos por donde van los tiros.
    En cambio, a la velocidad de una conversación hablada esto es imposible, de ahí el famoso "qué?" o "perdona, podías repetir?"...
    Facilidades de entendimiento que no podemos realizar en el podcast, a no ser de parar la lectura de este, rebobinar y volver a reproducir (muy costoso e incómodo).

    5o Inconveniente.
    Suponiendo que todas las personas que hablan el idioma de la locución lo entendieran perfectamente, el rango potencial de usuarios se limitaría por el idioma.
    En el texto escrito también pasa, si escribo en español, lo usual es que mis lectores entiendan el español, pero también se puede dar el caso que haya una persona interesada, que no sea española, pero que utilize un traductor para leer mis textos.
    Traducción imposible por otro lado para el podcast


Atención del lector:
    6o inconveniente.
    No todos somos locutores de radio y conocemos las directrices para mantener atento al locutor, ni las pautas de estructuración de la locución...
    Si bien, si que nos han enseñado a escribir con cierta soltura y respetando un cierto orden.
    ¿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?


    Son varios problemas los que conciernen a este apartado, sólo he expuesto las preguntas que me he realizado a mí mismo si yo redactara un podcast


Usabilidad y Accesibilidad:
    7o Inconveniente.
    ¿Cómo garantizamos el principio de buscabilidad en un podcast?
    A día de hoy, los buscadores no buscan contenido dentro de los ficheros de audio, sólo se podría buscar este archivo por su nombre y su nombre no es el único contenido que tendrá dicho podcast.
    8o Inconveniente.
    Hay usuarios que tienen pánico a la lectura en la pantalla y prefieren una versión imprimible del artículo y/o contenido.
    ¿Como pueden imprimir un archivo de audio estos usuarios? y todos los que necesiten imprimirlo por alguna otra razón, lógicamente.
    9o Inconveniente.
    ¿Cómo pueden reutilizar el documento de audio, o parte de él otros sitios?
    Tal y como sabemos, hoy en día el copy & paste es una necesidad prácticamente, como se hace copiar-pegar de un archivo de audio ? (editándolo y manipulandolo...muy laborioso no crees?)
    10o Inconveniente.
    ¿Se puede leer/escuchar un podcast personalmente ?
    Si comparto habitación con más gente del hogar, y ellos hacen sus tareas, mientras yo quiero escuchar un podcast, pongo el volumen de los altavoces y les estorbo? o enchufo los auriculares que nunca uso para el ordenador?
    (pensad en el trabajo que esto puede significar para un minusválido motriz)


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!

miércoles, junio 15, 2005

Entrevista con Joe Clark para el Web Standards Group

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:



  1. 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?)
  2. ¿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?


  1. Discurso en Londres en junio '05.
  2. Libros dos y tres, ni unos ni otros de los cuales son un libro de la computadora.
  3. 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 ?)
  4. El intentar levantar una cantidad embarrassingly pequeña de dinero para mi proyecto de investigación.
  5. Continuando luchando subtitular y la descripción realmente absolutamente shitty en Canadá, que es la mayor parte.
  6. 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.)


  7. 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!

martes, junio 14, 2005

Entrevista con Juan Carlos de Úsalo: Usabilidad para todos

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.

domingo, junio 12, 2005

Entrevista con Sofía Arguis de Navega.doc

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

viernes, junio 10, 2005

Nueva Categoría: Entrevistas Accesibles

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

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 es un sistema de Gestión de contenidos modular, caracterizado por la inmensa comunidad de desarrolladores que implementan nuevas funcionalidades integrables al portal: chats, galerías de imágenes, encuestas, metereología...
    Este portal es usado en muchas comunidades de usuarios, así como en webs corporativas y personales, tal vez sea el más usado de todos.

    Este es el resultado del test de accesiblidad:

    Accesibilidad tipo 1. problemas 12 Accesibilidad tipo 1. problemas 233
    Accesibilidad tipo 2. problemas 22 Accesibilidad tipo 2. problemas 118
    Accesibilidad tipo 3. problemas 43 Accesibilidad tipo 3. problemas 0

    Resultado de PHP-Nuke Test TAW suspendido
    Lamentablemente phpnuke crea su interfaz basándose en el uso de tablas e imágenes y eso en Accesibilidad se paga muy caro.


PostNuke
    Creado bajo la ideología de colaboración de PHP-Nuke, Postnuke también dispone de desarrolladores anónimos que incorporan nuevas funcionalidades al portal.
    Este es el resultado del test de accesiblidad:

    Accesibilidad tipo 1. problemas 0 Accesibilidad tipo 1. problemas 129
    Accesibilidad tipo 2. problemas 0 Accesibilidad tipo 2. problemas 26
    Accesibilidad tipo 3. problemas 15 Accesibilidad tipo 3. problemas 0

    Resultado de PostNuke Test TAW aprobado
    Las tablas vuelven a brillar por su "exceso" y hacen del portal una barrera accesible casi infranqueable. Almenos supera el test TAW, algo es algo.


Drupal
    Drupal es el primer CMS de los estudiados que realmente usa CSS en su diseño, ofrece muchas opciones de personalización mediante temas de estilo y módulos extra para el portal.
    Este es el resultado del test de accesiblidad:

    Accesibilidad tipo 1. problemas 0 Accesibilidad tipo 1. problemas 8
    Accesibilidad tipo 2. problemas 0 Accesibilidad tipo 2. problemas 21
    Accesibilidad tipo 3. problemas 0 Accesibilidad tipo 3. problemas 0

    Resultado de Drupal Test TAW aprobado
    Eliminando el estilo CSS, desnudando como yo digo, Drupal nos muestra algo que no esperaba ver al inicio de este "estudio", Drupal construye una página semi-semántica capaz de ser utilizada sin CSS.
    Felicidades al equipo de Drupal


Tiki-Wiki
    TikiWiki es otro gran CMS con todas las funcionalidades de los anteriores, además incorpora una herramienta de trabajo en grupo Groupware en el mismo sistema.

    Este es el resultado del test de accesiblidad:

    Accesibilidad tipo 1. problemas 14 Accesibilidad tipo 1. problemas 135
    Accesibilidad tipo 2. problemas 0 Accesibilidad tipo 2. problemas 61
    Accesibilidad tipo 3. problemas 24 Accesibilidad problemas 0

    Resultado de TikiWiki Test TAW suspendido
    TikiWiki suspende en TAW por unos javascripts que incluyen en su página de inicio para aclarar los colaboradores del proyecto. Salvando estos javascripts TikiWiki obtendría el aprobado en TAW y además hace un uso de CSS mayor que PostNuke y PHP-Nuke,sin llegar a constuir una web semi-semántica como Drupal.


[Anexo 1]
Mambo
    Jugando con la demo disponible en la web de Mambo, he observado que dispone de todas las funcionalidades de los CMS anteriores. Viendo el portfolio se puede observar que da muchas facilidades de personalización.

    Este es el resultado del test de accesiblidad:

    Accesibilidad tipo 1. problemas 0 Accesibilidad tipo 1. problemas 61
    Accesibilidad tipo 2. problemas 0 Accesibilidad tipo 2. problemas 31
    Accesibilidad tipo 3. problemas 14 Accesibilidad tipo 3. problemas 0

    Resultado de MamboTest TAW aprobado
    Mambo hace un extenso uso de CSS para la maquetación y logran crear una interfaz muy amena y accesible. Solo se les puede recriminar el error de crear el menú con tablas y no construir la web semánticamente..
    Pese a esto Mambo es otra buena opción.

[Fin anexo 1]

Conclusión
    Hay muchos más gestores de contenido además de los estudiados aquí, simplemente he hablado sobre estos cuatro porque son los que más he estudiado en el trabajo.
    Pero como regla global, podemos extraer que los CMS están lejos de ser accesibles, la mayoría de ellos no utilizan las CSS para el posicionamiento, prefieren usar tablas y imágenes de bordes.
    Excepto Drupal, ninguno de ellos diseña semánticamente su web.
    Habría que hacer un esfuerzo desde estos famosos Gestores de Contenido para hacerlos más accesibles.

miércoles, junio 08, 2005

Accesibilidad Web participa en el premio 20minutos

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!

lunes, junio 06, 2005

Vodafone Simply

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

    Inicialmente, se lanzan dos modelos: el teléfono Vodafone Simply Sagem VS1 es de color plateado y formas redondeadas, mientras que el modelo Vodafone Simply Sagem VS2 es de color negro y de formas más rectas.
    Ante la necesidad de los clientes de comprender y leer sin dificultad los mensajes, números y símbolos que aparecen en el teléfono, Vodafone Simply ofrece una pantalla grande para facilitar su lectura con la información relevante expresada en texto de forma clara. Incluye también botones de acceso directo a las funciones básicas y ayuda en el propio teléfono con instrucciones muy sencillas para así no tener que consultar el manual de papel.

Los servicios de accesibilidad

    Los tres botones en la parte superior del teléfono han sido creados con el objetivo de que el cliente no se pierda por los menús y pueda tener acceso directo a los servicios que más se utilizan. Un botón para acceder directamente a la agenda, otro para volver en cualquier momento a la pantalla de “inicio” y un tercer botón que se ilumina ante cualquier mensaje o llamada perdida que te permite acceder directamente al aviso.

    Además, Vodafone Simply incorpora un nuevo servicio de contestador muy sencillo de utilizar. Si el botón de “Aviso” se ilumina, le está indicando al usuario que tiene un mensaje o una llamada perdida. Pulsando este botón, se pueden ver en la pantalla los mensajes que el cliente tiene pendiente de leer o escuchar.

Precios

    El precio de los teléfonos Vodafone Simply es de 39€ para nuevos clientes de contrato y 79€ para nuevos clientes de prepago. Con Vodafone Simply se ofrecen dos planes de precios muy sencillos, A2 y Cuenta Familiar, que se adaptan a las necesidades de estos usuarios que utilizan el teléfono para hablar y estar en contacto con familia y amigos. Todo ello con unas tarifas muy especiales. Con A2 y la Cuenta Familiar los clientes de Vodafone pueden hablar a 3 céntimos/minuto con las personas que elijan y con las que necesiten estar permanentemente comunicados


El mercado
    Según Computing este terminal aspira a un mercado de 9 millones de personas. Un bocado nada despreciable para las empresas de telefonía móvil.


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

Saludos!

miércoles, junio 01, 2005

  • Volver al prinCipio