Hola, mi nombre es Alejandro Rodríguez Ascaso,
soy profesor del departamento de Inteligencia Artificial de la UNED.
Este es el segundo de una serie de vídeos
en los que aplicamos el árbol de decisión
para comprobar si un dispositivo lector de libros electrónicos,
o e-reader,
cumple la norma EN 301 549 Requisitos de accesibilidad.
En este vídeo revisaremos los requisitos aplicables,
dependiendo de la respuesta a las siguientes preguntas:
-Q4 ¿Proporciona el sistema TIC comunicación bidireccional por voz?
-Q5 ¿Tiene el sistema TIC capacidades de video?
-Q6 ¿El sistema TIC es hardware o tiene componentes hardware?
-Q7 ¿El sistema TIC es una página web o contiene páginas web?
-Q8 ¿El sistema TIC es un documento no web o contiene documentos no web?
Recordemos que nuestro objetivo es ilustrar la aplicación del árbol,
pero no hacer una evaluación de conformidad,
ya que no se han analizado sistemáticamente
todas las características y funciones del e-reader.
Continuamos entonces
la aplicación del árbol de decisión con la pregunta Q4.
¿Proporciona el sistema TIC comunicación bidireccional por voz?
La respuesta es que no,
ese no es precisamente el propósito del lector.
Seguimos, por tanto, con la pregunta Q5.
¿Tiene el sistema TIC capacidades de video?
Pues a esta respuesta... vamos a responder también que no.
Aunque el lector cuenta con un navegador de Internet
en el que idealmente podemos reproducir vídeo,
entiendo, que ni el hardware ni el software del dispositivo,
han sido elegidos con ese propósito,
baste recordar que la pantalla es de tinta electrónica.
Vamos a seguir con la pregunta Q6.
¿El sistema TIC es hardware o tiene componentes hardware?
Sí, claro que sí tiene componentes hardware.
Vamos, entonces, a por los requisitos aplicables.
Requisito 8.1.2 - Conexiones normalizadas.
El aparato ofrece conexiones normalizadas
Micro-Nano SIM y Ranura MicroSD, por lo tanto, cumple.
8.1.3 - Color.
En el hardware no se utiliza color para transmitir información.
Bueno, aquí tenemos...
cuando pulsamos el botón con el que ponemos en reposo...
o volvemos a poner activo el e-boock,
tenemos un led...
que, yo pensaba que quizá pudiera también,
transmitir información, por ejemplo, sobre sí la batería está agotándose...
pero no he podido encontrar ninguna información al respecto
en el manual de usuario.
Si ese led tuviera esa función
y, por ejemplo, con el color rojo nos indicara que queda poca batería,
entonces, sí que se aplicaría este requisito a este dispositivo.
Pero, en principio, lo que podemos decir,
por lo que sabemos, es que no es aplicable.
Continuamos.
Requisito 8.3.5 - Instrucciones de instalación.
La TIC no está diseñada para ser instalada físicamente,
así que el requisito, de nuevo, no es aplicable.
Requisito 8.4.3 - Llaves, billetes y abonos.
Bueno, aquí la TIC no proporciona ese tipo de material,
como llaves, billetes, abonos... que usar con el aparato,
así que ese requisito tampoco es aplicable.
Requisito 8.5 - Indicación táctil del modo de voz.
El lector no dispone de síntesis de voz,
por lo que el requisito no es aplicable.
La siguiente pregunta es la Q6.1.
¿El sistema TIC reproduce voz? Y la respuesta es No.
Igual respuesta para la siguiente pregunta.
¿Tiene el sistema TIC
dimensiones físicas que puedan restringir su acceso?
Recordad que a esta pregunta responderemos que sí
cuando, por poner un caso,
la TIC esté dentro de una caseta a la que haya que acceder.
Siguiente pregunta, Q6.3
¿Tiene el sistema TIC elementos accionables de forma mecánica?
Pues sí y, por tanto, vamos a ver qué requisitos son aplicables.
Requisito 8.4.1 - Teclas numéricas.
En el caso de que proporcionen
teclas numéricas físicas dispuestas en un teclado de forma cuadrangular,
la tecla número cinco, tal, tal, tal...
bueno, no tenemos ese tipo de requisito aplicable,
porque no hay teclado mecánico.
Bien, continuamos.
Requisito 8.4.2.1 - Modo de accionamiento de elementos mecánicos.
La operación del dispositivo
no requiere de las acciones de agarrar, pinzar o girar la muñeca,
así que el requisito no es aplicable.
Requisito 8.4.2.2 - Fuerza para el accionamiento de elementos mecánicos.
Aparentemente,
la fuerza necesaria para accionar los elementos mecánicos,
por ejemplo, el botón de inicio...
o cualquiera de los elementos software...
aunque este sería un requisito aplicable al accionamiento mecánico,
como sería el de este botón,
es que la fuerza a aplicar no sea mayor que 22 newtons.
Para hacernos una idea,
esa fuerza es el equivalente a un peso de 2 kilos, aproximadamente.
Si pensamos, no sé... 2 cartones de leche puestos encima del botón,
pensamos que esa fuerza es muy fuerte, muy grande,
con respecto a la que puede ejercer cualquier usuario,
por lo tanto, el requisito se cumple.
Vamos adelante.
Pregunta Q7.
¿El sistema TIC es una página web o contiene páginas web?
La respuesta es que no.
Debemos tener en cuenta
que el e-reader sí que incluye un navegador web,
pero en realidad esa no es su función principal.
Para navegar por Internet lo que haríamos sería recurrir
a nuestro teléfono móvil o a nuestro ordenador.
Principalmente, se suele utilizar el e-reader
en una situación en la que no contamos con esos dispositivos.
Bueno, por ese motivo, y por simplificar nuestro análisis,
no vamos a considerar esa función.
Y llegamos a la pregunta Q8,
la última a la que vamos a responder en este vídeo.
¿El sistema TIC es un documento no web o contiene documentos no web?
El sistema no es un documento no web,
pero, por supuesto, que sí tiene documentos no web,
tales como pdf, epub, etc.
Esto supone un buen número de requisitos que debemos comprobar.
Algunos de ellos dependen de que los autores
hayan creado correctamente el documento,
con unas determinadas características de accesibilidad.
Esto, lógicamente,
no es responsabilidad del lector, del e-reader.
Pero lo que sí deberemos comprobar
es que el propio lector dé soporte a esas características.
Empezamos por el requisito 10.2.12 - Contraste mínimo.
Por supuesto, para ofrecer un contraste suficiente
el autor debe crear ese libro con esa característica.
Pero, además, la pantalla de tinta electrónica
debe ser capaz de ofrecer físicamente ese contraste,
que sabéis que por la norma es de 4.5 en relación a 1.
He encontrado un sitio de Internet
que trata acerca de qué tecnologías de tinta electrónica
satisfacen los requisitos de contraste típicos
de la accesibilidad web.
Se trata de una entrada del blog del sitio decadecity.net,
donde se dice que el sistema Carta, que es el de nuestro lector,
puede ofrecer un contraste de hasta 15 en relación a 1,
que es superior al requerido, por tanto, el requisito se cumple.
Requisito 10.2.13 - Cambio de tamaño del texto.
Generar los documentos de forma que el tamaño del texto
pueda ser cambiado, es cosa de buenos autores.
Está muy bien.
Pero, claro, el lector debe ofrecernos
una forma de cambiar ese tamaño.
Ya lo veíamos en un vídeo anterior.
Si elegimos uno de los libros...
podemos cambiar el tamaño de la letra.
Eso está fenomenal, nos ayuda con la vista cansada
y ayuda a personas que tengan poca agudeza visual.
Bueno, ese aumento de tamaño, puede ser de más de un 200%,
que es el umbral que impone este requisito.
Así que el requisito, podemos decir, que se cumple.
Siguiente requisito - Foco visible.
En las funciones en las que se usa el teclado,
pensad, por ejemplo, en la herramienta de búsqueda.
Nos vamos a la biblioteca
o, directamente, a la función de buscador...
y cuando seleccionamos esa función...
tenemos una especie de cursor que aparece ahí, junto a la letra G,
que nos indica que esa es la parte de la interfaz de usuario
que tiene, ahora mismo, el foco.
Hombre, sería preferible, quizá, que el foco fuera parpadeante,
pero en realidad sí que tenemos un elemento
que nos sirve para saber que esa parte de la interfaz tiene el foco.
Hay otro grupo de requisitos que también afectan a nuestro lector.
Son aquellos que exigen que pueda determinarse
o modificarse por software información del documento.
Y me temo que para este lector, estos requisitos no se cumplen.
Por ejemplo, requisitos...
10.2.27 - Idioma de la página y 10.2.8 - Secuencia significativa.
Aunque las personas que han creado los libros de ese lector,
hayan puesto cuidado en indicar, respectivamente,
el idioma en el que está escrito el documento,
o bien, la información que indica
que un texto debe ser leído a dos columnas,
este lector, concretamente,
no permite el acceso "por software" a esa información.
Es decir, al menos hasta donde nosotros sabemos,
no es posible que esa información se transmita
a personas que utilicen un producto de apoyo,
por ejemplo, un lector de pantalla.
Por tanto, esos requisitos no se cumplen.
Otros requisitos en esta situación son:
10.2.7 - Información y relaciones.
10.2.23 - Propósito de los enlaces (en contexto).
10.2.28 - Idioma de las partes.
10.2.38 - Nombre, función, valor.
Tampoco, hay que decir, se cumple el requisito
10.2.15 - Teclado.
Ya que la funcionalidad del lector
no es operable a través de un teclado.
Algo que sería muy interesante, por ejemplo, para algunas personas
con poca movilidad en los miembros superiores
o para personas ciegas.
Simplemente es algo que no está previsto
en las especificaciones del lector.
Vamos a hacer una pequeña reflexión acerca...
de estos requisitos en los que no se puede acceder por software
a información del documento,
o que no se puede utilizar el mismo, mediante un teclado.
¿Tan difícil es tecnológicamente? Yo creo que no.
Requeriría, eso sí,
modificaciones en el hardware y en el software del lector.
El hecho de que el código software del lector sea código abierto,
es una buena noticia.
Eso facilitaría las cosas.
El hecho de que, hasta donde nosotros sabemos,
no exista una API de accesibilidad, no es tan buena noticia.
Bien, el resto de requisitos
de la sección 10 de este documento de la norma,
no son aplicables al lector, sino que dependen exclusivamente
de cómo los autores hayan creado los documentos epub, pdf, etc.
Por ejemplo, el requisito 10.2.1 - Contenido no textual,
sobre si el documento cuenta con texto equivalente
al contenido no textual.
O el requisito 10.2.19, sobre umbral de tres destellos o menos,
para prevenir ataques epilépticos.
Bien, estamos acabando.
En resumen, en este vídeo hemos continuado
con la aplicación del árbol de decisión de la norma EN 301 549,
concretamente hemos revisado los requisitos aplicables
dependiendo de la respuesta a las preguntas:
-Q4 ¿Proporciona el sistema TIC comunicación bidireccional por voz?
-Q5 ¿Tiene el sistema TIC capacidades de video?
-Q6 ¿El sistema TIC es hardware o tiene componentes hardware?
-Q7 ¿El sistema TIC es una página web o contiene páginas web?
-Q8 ¿El sistema TIC es un documento no web o contiene documentos no web?
Gracias.