Tip:
Highlight text to annotate it
X
AEGIS fonctionne depuis presque 4 ans maintenant,
et en ce moment, en plus de l'élaboration de l'Open Accessibility Framework
- le fondement théorique de notre travail -
nous avons testé ce système pour l'ordinateur, le web et le GSM.
Nous avons développé l'Open Accessibility Framework en nous inspirant du monde de la construction.
Dans le monde de la construction, on a plusieurs étapes pour créer quelque chose qui soit accesible,
et plusieurs étapes pour utiliser quelque chose qui soit accessible.
Dans le projet AEGIS, nous appliquons ces concepts, d'étapes de création et d'étapes d'utilisation, aux TIC.
Dans le monde physique, la première étape pour créer quelque chose qui soit accessible
est de définir ce que signifie «accessible».
Quelle largeur doit avoir une porte afin qu'une chaise roulante puisse passer?
Quel est le degré d'inclinaison nécessaire à une rampe
pour permettre à quelqu'un de monter avec une chaise roulante?
Si on dispose d'un ascenseur, quels sons devrait-il produire?
Où faut-il indiquer le code braille ?
Quels autres symboles tactiles devrions-nous ajouter
pour indiquer l'étage principal dans un ascenseur?
De la même façon, dans le monde des TIC, nous devons définir ce que signifie «accessible».
Quelle est la technique d'utilisation du clavier pour cette interface?
Est-ce une interface qui peut avoir un thème à contraste élevé ou un thème à impression large?
Et quelle est l'accessibilité API ou les services d'accessibilité
qui permettent aux technologies d'assistance
d'interagir méthodiquement avec des applications?
La deuxième étape dans la création d'un monde accessible
est avoir en stock les matériaux de construction.
Quand on veut construire un bâtiment, on achète une certaine quantité de portes.
Ces portes devraient respecter les normes d'accessibilité et
devraient être assez larges pour une chaise roulante.
Quand je vais chez Schindler Lifts pour acheter un ascenseur pour le placer dans mon immeuble,
l'ascenseur devrait être conçu dès le début
de sorte à produire des sons à chaque étage.
Quand j'achète une plaquette
indiquant l'étage principal, les symboles sont déjà inclus
depuis le début de la fabrication.
Dans le monde de l'informatique et des TIC, les mêmes concepts s'appliquent.
Si je crée une interface avec des menus déroulant des boîtes de dialogue
et des éléments comme les cases à cocher et des index mobiles,
ils devraient déjà être utilisables avec le clavier.
Ils devraient déjà avoir le systeeme d'accessibilité API.
Ils devraient proposer plusieurs thèmes de sorte que l'on puisse un contraste élevé ou une impression large,
et ils changent automatiquement.
En d'autres termes, ils devraient réaliser et soutenir la définition de l'accessibilité depuis la première étape.
La troisième étape concerne les développeurs en paticulier.
Les outils que les développeurs utilisent pour construire leurs applications
devraient rendre très facile la creation de choses accessibles.
Dans le monde de la construction, ces sont des manuels et des normes de construction de base,
ces sont des spécifications qui vont aux constructeurs.
Ces sont même des outils physiques qui aident à mesurer la rampe d'accès,
ou à vérifier la force nécessaire
pour ouvrir une porte afin de pouvoir la qualifier de porte d'accès.
De même, les outils de développement utilisés par les ingénieurs logiciels doivent faciliter
l'insertion de composants accessibles dans mon application.
Ils devraient me permettre de simuler à l'avance à quoi les thèmes ressemblent.
Comment un utilisateur avec un handicap pourrait visionner mon application
par contraste élevé ou en impression large.
Ces outils de développement pourraient aussi mettre en évidence et corriger les erreurs d'accessibilité.
Donc, ça c'est l'aspect de la création. Nous avons aussi l'aspect de l'utilisation.
Dans le monde de la construction, nous voulons nous assurer que notre bâtiment accessible est situé
près des transports en commun.
Nous voulons nous assurer que notre bâtiment accessible
a une rampe pour chaises roulantes dès l'entrée.
Si vous êtes près de bâtiments qui sont accessibles,
vous voulez que les passages pour piétons soient accessibles
que les boutons soient facile à trouver,
peut-être émettant des sons ou une voix, pour aider les gens
à entrer dans le bâtiment accessible pour ailleurs.
Dans le monde des TIC, nous voulons nous assurer que nos applications sont en cours d'exécution sur une plate-forme accessible.
Est-ce que la plate-forme - le système d'exploitation -
expose l'accessibilité API aux technologies d'assistance?
Est-ce qu'il y a un support pour charger des technologies d'assistance?
Nous avons des conditions de sécurité dans notre GSM et d'autres appareils dont nous avons besoin
pour négocier le chargement de la technologie d'assistance,
et en reconnaissant que ce n'est pas seulement un virus.
Y at-il un moyen pour l'utilisateur de sélectionner
un thème avec un contraste élevé qui s'applique à la plate-forme entière?
Existe-t-il y a des bibliothèque de support pour le text-to-speech ou pour le Braille,
ou d'autres choses dont les technologies d'assistance ont besoin.
La cinquième étape est ... eh bien, nous il faut que le bâtiment accessible soit construit.
Il faut que les applications accessibles soient construit.
La sixième et dernière étape est la diffusion des dispositifs que les personnes handicapées utilisent
quand elles se déplacentdans les espaces publics, avec les bâtiments accessibles.
Les rampes pour chaises roulantes ne sont d'acune utilité si les gens n'ont pas de chaises roulantes.
Donc, nous devons distribuer les chaises roulantes. Nous devons disséminer les appareils auditifs.
Fourninrd des chiens-guides et
des cannes pour les aveugles et former les utilisateurs.
De même, dans le monde des TIC,
nous devons nous assurer que les technologies d'assistance
soient distribuées aux personnes qui en ont besoin.
Les lecteurs d'écran sont disponibles, les systèmes de grossissement d'écran sont disponibles,
les claviers à l'écran sont disponibles. Et les utilisateurs sont formés à l'utilisation de ces technologies.
Pour commencers à propos de l'espace web, nous avons fait des améliorations importantes et des progrès
concernant la spécification d'accessibilité de l'application Internet
et la mise en œuvre de ARIA,
avec nos collègues open source d'IBM et d'ailleurs,
qui l'ont appliqué directement dans le navigateur Web open source Firefox.
Cette mise en œuvre comprend également l'exposition de ARIA
sur Windows à travers IAccessible 2
l'exposition de ARIA sur Unix à travers l'interface AT-SPI dans l'environnement GNOME.
Ce leadership que nous avons fait sur Firefox
a été copié par Internet Explorer, Safari d'Apple ...
C'est aussi dans WebKitGTK sur l'environnement GNOME,
et c'est en cours l'adaptation par le navigateur Opera.
Donc, le premiére support que nous avons mis derrière ARIA, et en l'incorporant dans Firefox,
a conduit l'industrie dans l'utilisation de ARIA.
Egalement , nous avons mis en œuvre un support pour ARIA
en 3 sets différents composants de l'utilisateur:jQuery UI,
Fluid - Infusion,
et MooTools.
- Projets
sites web.
site web 1.
N, 3 options semi-automatique, Pays-Bas, Nouvelle-Zélande ...
- Nous avons pris ces composants d'interface utilisateur,
et nous les avons simplifiés pour construire des applications en utilisant ces composants grâce à un plugin open-source
nous avons développé pour NetBeans,
afin que les développeurs de NetBeans puissent maintenant créer plus facilement des applications Web accessibles.
Nous avons ensuite construit un certain nombre d'applications Web accessibles,
y compris un calendrier accessible, et un application de cartographie accessibles en utilisant les cartes SVG
pour aider les utilisateurs aveugles à se représenter un lieu avant d'y aller.
Pour les auteurs de blogs, ou les développeurs de systèmes CMS,
nous avons ensuite pris cette série de composants
et nous les avons enveloppés dans un emballage approprié pour WordPress,
de sorte que chaque utilisateur de WordPress ait à disposition une série de composants accessibles
ils peuvent construire des CMS basés sur WordPress ou des Web blogs autour.
Nous avons fait quelque chose de très similaire dans l'espace JAVA mobile,
où nous avons d'abord défini l'API d'accessibilité AEGIS mobile: AMIA.
Nous avons ensuite mis en œuvre AMIA sur la légère trousse à outils UI (LWUIT),
sur LCD UI, et pour AWT pour les environnements Java ME.
Nous avons défini et mis en œuvre un support thématique pour la légère trousse à outils UI.
Nous avons ajouté un support dans la légère trousse à outils UI concernant l'éditeur de ressource,
et le consommateur de NetBeans des output des éditeur de ressources,
ce qui permet aux développeurs de créer des applications LWUIT accesibles pour les mobiles Java.
Nous avons fait pareil pour les applications android, avec le DroidDraw open-source,
auquel nous avons ajouté des fonctions d'accessibilité supplémentaires.
Nous avons ensuite créé un certain nombre d'applications accessibles pour les mobiles
comprenant un navigateur Web accessible,
un lecteur multimédia avec LWUIT, numéroteur téléphonique accessible,
un systeeme de gestion des contacts pour LCD LWUIT et Android.
Et puis, une application de texte accessible en temps réel pour les sourds, pour Java Mobile.
En plus de ces implémentations OAF intégreées
nous avons également construit un certain nombre de technologies d'assistance de troisième génération
qui ont profité du cadre théorique et de la mise en œuvre de ce cadre.
Donc, dans l'environnement Android, nous avons construit une technologie d'assistance très innovante
pour les personnes souffrant de graves déficiences physiques, appelée Tecla.
Tecla permet à une personne dans une chaise roulante électrique d'avoir une des variétés de modes de fonctionnement de la chaise,
soit un joystick commandé par le menton, ou un interrupteur qu'ils font fonctionner avec leurs épaules ...
quelle que soit la manière qu'ils utilisent pour gérer leur chaise roulante, nous pouvons alors prendre des informations qui viennent de ces inputs
et conduire un téléphone Android avec Tecla.
A travers Tecla, on peut inscrire du texte, nous pouvons envoyer et recevoir des messages, e-mails, on peut naviguer sur le Web ...
Bref, tout ce que vous pouvez faire en pratique avec un téléphone, vous pouvez le faire avec Tecla.
De la même, nous avons construit même une application AAC très avancée qui permet aux praticiens
de créer des interfaces qui supportent le concept de codage pris en charge par Interfaces AAC dans les claviers
qui peuvent ensuite être utilisés par quelqu'un sur un appareil Android pour la communication.
Et parce que les séries de symboles que nous utilisons sont des symboles que nous avons faits dans les polices (sources),
nous pouvons maintenant utiliser ces symboles pour la communication symbole-to-symbol pour les messages de texte,
pour e-mails, de tout autre moyen de communication.
Dans le texte, vous pouvez maintenant communiquer avec des symboles, en utilisant CCF-Droid.
La construction d'un plug-in pour
OpenOffice et LibreOffice appelé AccessODF est une avancée importante pour les auteurs.
Ce plugin vérifiera votre document, soulignera et vous aidera à corriger les erreurs d'accessibilité,
telles que l'utilisation incorrecte de titres
ou d'en-tête, d'oubli de description pour les images.
Une fois que vous avez créé un document accessible,
vous pouvez non seulement l'exporter de manière accessible au format PDF comme d'habitude,
mais grâce à odt2Daisy plug-in développé par AEGIS,
vous pouvez immédiatement créer un livre numérique audio enregistré,
ou avec le plugin odt2Braille,
vous pouvez créer et ciseler un livre en braille depuis votre document.
Nous avons également le support notion de codage intégré comme un autre plugin pour OpenOffice et LibreOffice,
qui permet aux gens atteints de déficiences du language et d'apprentissage d'utiliser le support avec les symboles
dans la création de documents.
Ils peuvent soit créer le texte en choisissant des symboles sur le clavier avec les symboles,
ou, s'ils écrivent le texte en utilisant le clavier avec les lettres normales,
les symboles apparaissent à chaque fois qu'ils terminent un mot
pour les aider s'ils ne sont pas sûrs de ce que le mot signifie.
C'est aussi très utile pour les praticiens qui veulent créer des symboles pour les gens.
Ils peuvent taper en Anglais et le pluggin fera une recherche automatique des symboles ,
de sorte qu'ils puissent obtenir les symboles pour créer un jeu de communication à symboles.
Nous avons également fait un certain nombre d'autres notables contributions notables pour la communauté.
Nous avons fait un certain nombre d'améliorations significatives
pour le desktop open source de Linux ou Solaris avec GNOME.
Nous avons amélioré le mécanisme de communication avec interprocessus dérivé
de renseignements sur l'accessibilité pour GNOME,
qui est maintenant intégré dans GNOME 3.
Et ça permet aux environnements accessibles basés sur Linux de fonctionner sur des appareils plus petits
avec beaucoup moins de mémoire ou de capacités par rapport à ce qui existait avant.
Nous avons créé un cadre d'agrandissement incroyable pour l'environnement GNOME open source,
et ensuite nous avons utilisé ce cadre pour construire une loupe.
Donc, je vais les détailler ici.
Actuellement, la loupe est éteinte.
Donc, nous allons l'activer, et nous avons la moitié du bas agrandie au facteur 2.
Maintenant, nous allons faire de cette fenêtre une lentille mobile,
donc c'est un peu comme si on dèplaçait une loupe sur l'écran.
Cette loupe fait maintenant une partie de GNOME 3.
Il est mis en place depuis plus d'un an maintenant,
et il est utilisé par des utilisateurs mal voyant à travers l'Europe.
Nous avons fait un certain nombre d'améliorations au niveau de la bibliothèque eSpeak open source à synthèse vocale
en améliorant la prononciation en espagnol et en grec,
et dans un certain nombre de langues européennes.
Nous avons construit une infrastructure accessible d'essai par régression pour GNOME
pour aider à trouver des lieux
où l'accessibilité a peut-être régressé par rapport à avant,
ou pour tester les nouvelles applications GNOME afin de s'assurer qu'ils mettent correctement en œuvre
l'accessibilité API et le cadre.
Nous avons créé un éventail de "personas" sous license de "creative commons"
qui ont été adoptés dans un cours de formation sur l'accessibilité
et par les développeurs qui veulent comprendre
les cas d'utilisation et des "personas" de diverses personnes handicapées
afin de mieux créer des applications accessibles.
Et beaucoup d'autres choses.