Mesa Técnica
De Por un Mundo Accesible
Como todos sabemos, los desarrollos basados en la accesibilidad informática han tenido un crecimiento en los últimos tiempos y por consiguiente han permitido la integración de un innumerable grupo de desarrolladores que poco a poco a su vez han permitido la integración de usuarios de todo el planeta en el mundo informático.
Es por ello que proponemos como inicio de las actividades de desarrollo dentro de Mundo Accesible el soporte al nuevo programa que hemos anunciado hace pocas semanas, MASOC. Este programa tiene como objetivo principal la integración de más desarrolladores en el ámbito de la accesibilidad informática y con ello sembrar en cada uno de los participantes la pasión de la programación accesible.
Uso este hilo para recordar a los lister@s cuales son los desarrollos huérfanos dentro MASOC y explicar con detalle alguno de ellos:
- DBus Server unificado para las aplicaciones accesibles: Es común en el desarrollo accesible el tener la necesidad de establecer una comunicación entre una aplicación y otra, un ejemplo de esto sería el comunicar a Orca la necesidad de sintetizar un mensaje, es por ello que se propone la creación de un Server DBus Accesible unificado el cual servirá para el registro de los servicios disponibles en cada una de las aplicaciones accesibles que se estén ejecutando en ese momento.
Ej: Imaginemos este caso: Tenemos la aplicación A (Orca) y una aplicación B (MouseTrap =D). Al ejecutar nuestra aplicación A esta se registra en nuestro Server DBus indicando en este su ruta de acceso y los servicios de los cuales dispones (Incluye en el registro los argumentos esperados por cada servicio). Al ejecutar nuestra aplicación B esta ejecuta las mismas acciones de nuestra aplicación A (Se Registra!!). En un momento específico, durante el uso de la aplicación B esta se encuentra en la necesidad de transmitir un mensaje al usuario final (Sería completamente inútil inventar por segunda vez la rueda, es decir, la implementación de un método de síntesis dentro MouseTrap no serviría a nada) y es en ese preciso instante que MouseTrap interroga el Server DBus Accesible (o de Accesibilidad) preguntando:- Existe un proceso de orca activo? (Si está registrada está activa)
- Que servicios ofrece Orca? o Ofrece Orca un servicio de speech?
- Cuales es la dirección de acceso de este servicio y cuales parámetros requiere?
- Después de haber obtenido las informaciones necesarias se ejecuta la llamada al servicio (Estructuradas de una mejor manera las llamadas pueden ser reducidas a 1 o máximo 2, eso lo dejo a criterio del desarrollador.) Para que el uso de este Server DBus sea efectivo cada aplicación debe tener su propio server dbus activo. Es natural preguntarse, ¿Por que si cada aplicación tiene un server (prefiero llamarlo servicio) DBUS activo tenemos que crear un puente entre ellas? La respuesta más sensata para dicha pregunta es la siguiente: En la inmensidad de el mundo informático y en lo específico de la accesibilidad informática, corremos un gran riesgo de perder la homogeneidad en el mar de aplicaciones que pueden existir o que simplemente ya existen, es por ello que debemos de alguna manera establecer algunos estándares sin comprometer la dinamicidad de las aplicaciones. Un ejemplo de esto podría ser el caso en el cual una aplicación por varias razones necesite cambiar su estructura, métodos, sistema de llamadas, servicio DBUS entre otros. Esto comprometería no solo el uso que se le da a dicha aplicación, también comprometería el correcto funcionamiento de nuestra aplicación lo cual nos llevaría a tener que modificar su código.
Esta aplicación puede parecer simple pero en su simplicidad lleva una gran responsabilidad ya que de ella dependerá la correcta interacción entre las aplicaciones accesibles.
- Implementación de nuevas funciones en el Script de instalación de un sistema accesible.
- Desarrollo de una aplicación que ejecute acciones basadas en gestos del ratón:
Sin salirnos del ambito de los impdimentos físicos podremos notar que muchos usuarios se encuentran en la necesidad de ejecutar comandos/aplicaciones sin la necesidad de ejecutar movimientos amplios. Para una persona con discapacidad visual (Solo visual) esto podría ser cubierto con el uso de combinaciones de teclas lo cual para una persona con impedimentos físicos no sería una solución en lo absoluto, es por ello que se propone la creación de una aplicación de escritorio que sea capaz de interpretar y asociar los movimientos del ratón a comandos específicos. Un ejemplo claro de esto podría ser la extensión de Firefox llamada Mouse Gestures Redox [0]. - Implementación de un instalador Accesible.
- Creación de un sistema orientado a la web con Software Libre para la enseñanza de la lengua de señas venezolanas.
- Estado del arte y determinación de mejora de los software de reconocimiento de comandos por voz.
- Mejora del Script de instalación:
Para este último punto hemos elegido una serie de sub-puntos que consideramos importantes:- Gestión del tipo de impedimento físico.
- Hacer el script multi-distribución.
- Implementación de una interfaz ncurses
- Migración a un lenguaje de programación (Python)
Para culminar quisiera agregar que al igual que otros eventos MASOC necesita un período de difusión, es por ello que hemos decidido mover la fecha de inicio de MASOC al més de Octubre y extender su duración a 6 meses para así dar más tiempo a los desarrolladores para postularse y dar aún más tiempo para la culminación de los diferentes objetivos. Quisiera a su vez agregar que MASOC evaluará _solo_ la culminación de los objetivos y obviamente el correcto funcionamiento de la aplicación, no se tomaran en cuenta estilos de programación ni métodos utilizados.
Con esto no me queda mas que saludar y desearles un feliz fin de semana.
[0] https://addons.mozilla.org/es-ES/firefox/addon/39
