Tip:
Highlight text to annotate it
X
AEGIS běží právě 4 roky,
a během této doby, vedle vývoje Open Accessibility frameworku
- teoretického základu naší práce -
jsme tento framework prověřili na desktopu, webu a mobilním prostředí.
Inspirování prostředím stavitelství jsme vyvinuli "Open Accessibility Framework".
Ve stavitelství je dána řada kroků jak vytvořit něco, co je přístupné,
a řada kroků jak používat něco, co je přístupné.
V projektu AEGIS je tyto koncepty - kroky jak vytvářet a kroky jak používat - aplikovali do ICT
V reálném světě je prvním krokem jak vytvořit něco přístupného
definovat, co to "přístupný" znamená.
Jak široké mají být dveře, aby jimi projel vozíčkář?
Jaký je potřebný úhel rampy pro vozíčkáře tak,
abychom umožnili někomu na vozíčku po této rampě vyjet nahoru?
Máme-li výtah, jaké tóny má vydávat?
Kde máme použít Braillovo písmo?
Jaké další hmatové symboly mají být použity
k indikaci hlavního patra ve výtahu?
Podobně je tomu ve světě ICT, kde potřebujeme definovat co to "přístupný" znamená.
Jaký je způsob ovládání klávesnice pro toto uživatelské rozhraní?
Je toto uživatelské rozhraní schopno použít vysoce kontrastní schéma s velkými písmeny?
A co je API pro přístupnost nebo služby přístupnosti,
které umožňují asistivním technologiím
programově interagovat s aplikacemi?
Druhým krokem při vytváření přístupného světa
jsou běžně dostupné stavební materiály.
Když se někdo rozhodne postavit dům, nakoupí v obchodě dveře.
Tyto dveře by měly implementovat definici přístupnosti.
Měly by být dostatečně široké pro vozíčkáře.
Když půjdu za firmou Výtahy Schindler a koupím si výtah a dám jej do svého domu,
měl by již být navržen tak,
že vydává tóny v každém patře.
Když si do výtahu koupím tablo s tlačítky
s vyznačeným hlavním patrem, speciální symboly tam již budou
od výrobce těchto tabel.
Ve světě počítačů a ICT platí stejné koncepty.
Pokud vytvářím uživatelské rozhraní s menu, které se vysouvá dolů, dialogová okna,
a prvky uživatelského rozhraní jako zaškrtávací pole a posuvníky,
pak by již měly být ovladatelné pomocí klávesnice.
Již by měly implementovat API přístupnosti.
Měly by používat barevná schémata, takže je můžu požádat, aby použily vysoký kontrast nebo velká písmena
a ony se automaticky přizpůsobily.
Jinými slovy by měly implementovat a podporovat definici přístupnosti z kroku jedna.
Třetí krok se zaměřuje zejména na vývojáře.
Nástroje, které vývojáři používají k tvorbě aplikací
by měly usnadňovat vytváření přístupných věcí.
Ve stavebnictví jsou toto manuály a standardy pro konstrukční práce,
jsou to specifikace, které používají stavitelé.
Jsou to dokonce fyzické nástroje, které pomáhají měřit rampu pro vozíčkáře,
nebo jinak kontrolovat množství síly potřebné
k otevření dveří pro určení přístupnosti dveří.
Podobně vývojové nástroje používané softwarovými inženýry by měly usnadňovat
metodou drag-n-drop vkládat přístupné komponenty do aplikací.
Měly by mi umožnit dopředu simulovat jak budou vypadat různá barevná schémata.
Jak uvidí postižený uživatel moji aplikaci
přes vysoko kontrastní schéma nebo při nataveném velkém písmu.
Tyto vývojářské nástroje mohou také zvýraznit a opravit chyby v přístupnosti.
Takže toto je strana vytváření věcí. Máme také stranu používání věcí.
Ve stavebnictví chceme mít jistotu, že se náš přístupný dům nachází
poblíž veřejné dopravy.
Chceme mít jistotu, že je náš přístupný dům
vybaven rampou pro vozíčkáře vedoucí ke vchodu.
Pokud se nacházíte v blízkosti domů které jsou přístupné
chcete aby cesty mezi nimi byly také přístupné
chcete mít nalezitelná tlačítka
možná vydávající zvuky nebo hlasy, které by pomáhaly lidem
najít cestu k vašemu jinak přístupnému domu.
Ve světe ICT chceme mít jistotu, že naše aplikace poběží na přístupných platformách.
Nabízí platforma - operační systém -
API přístupnosti asistivním technologiím?
Je tu podpora pro nahrání asistivních technologií?
V našich mobilních telefonech a jiných zařízeních máme bezpečnostní prostředí
které musí akceptovat nahrání asistivní technologie
a rozpoznat, že se nejedná o virus.
Existuje cesta jak si může uživatel zvolit
vysoko kontrastní schéma, které se aplikuje v celé platformě?
Existují knihovny pro převod textu na řeč nebo pro podporu Braillova písma
nebo dalších věcí, které vyžadují asistivní technologie.
Pátý krok je o tom, že potřebujeme, aby byly přístupné domy postaven.
Potřebujeme, aby bylo vytvářeny přístupné aplikace.
Šestýma a posledním krokem je rozšíření zařízení, které lidé s postižením používají
když interagují s veřejným prostorem, s přístupnými budovami.
Rampy pro vozíčkáře nejsou k ničemu pokud lidé nemají vozíčky.
Takže potřebujeme rozšiřovat vozíčky. Potřebujeme rozšiřovat pomůcky pro sluchově postižené.
Rozšiřovat vodící psy pro nevidomé,
slepecké hole pro nevidomé a trénovat lidi v jejich používání.
Podobně ve světe ICT
potřebujeme zajistit, že se asistivní technologie
rozšíří mezi lidi, kteří je potřebují.
K dispozici jsou čtečky obrazovky, lupy na obrazovku,
virtuální klávesnice. Uživatelé jsou trénováni v jejich používání.
Podíváme-li se na oblast webu, udělali jsme výrazné zlepšení
ve specifikaci přístupnosti bohatých Internetových aplikací (RIA)
a implementovali ARIA,
ve spolupráci s našimi "open source" kolegy z IBM a jinde,
implementovali je přímo do open source prohlížeče Firefox.
Tato implementace zahrnuje také vystavení ARIA
ve Windows prostřednictvím IAccessible 2
vystavení ARIA na Unixu prostřednictvím rozhraní AT-SPI v prostředí GNOME.
Toto vedení, které jsme aplikovali v případě Firefoxu bylo
zkopírováno Internet Explorerem, Apple Safari...
Je také ve WebKitGTK v prostředí GNOME,
a je také přebíráno webovým prohlížečem Opera.
Takže tato podpora, kterou jsme vložili do ARIA, a implementovali do Firefoxu,
vedla průmysl při používání ARIA.
Také jsme implementovali ARIA podporu
ve 3 různých sadách UI komponent: JQuery UI,
Fluid - Infusion,
a MooTools.
- Projekty.
Webové stránky.
Webová stránka 1.
N, 3 možnosti automatického doplňování Nizozemí, Nový Zéland...
- Vzali jsme tyto UI komponenty
a umožnili jsme jednoduchou tvorbu aplikací za použití těchto komponent prostřednictvím open source zásuvného modulu,
který jsme vytvořili pro NetBeans IDE,
takže vývojáři NetBeans mohou nyní velmi jednoduše tvořit přístupné webové aplikace.
Pak jsme vytvořili řadu ukázkových přístupných webových aplikací,
včetně přístupného kalendáře a mapové aplikace využívající SVG mapy
pomáhající nevidomým uživatelům poznat místo, které chtějí navštívit dříve než tam dorazí.
Pro autory blogů nebo vývojáře CMS systémů
jsme vzaly tyto sady komponent
a obalili je příslušnými wrappery pro WordPress,
takže každý kdo používá WordPress má nyní k dispozic sadu bohatých přístupných komponent,
pomocí nichž mohou budovat CMS postavené na WordPress nebo Webové blogy.
Něco velmi podobného jsme udělali oblasti JAVA mobile,
kde jsme nejprve definovali AEGIS mobilní API přístupnosti: AMIA.
AMIA jsme pak implementovali do UI toolkitu LWUIT,
na LCD UI, pro AWT pro prostředí JAVA ME.
Definovali jsme a implementovali podporu pro barevná schémata pro LWUIT toolkit.
Přidali jsme podporu do LWUIT Resource editoru,
a do NetBeans consumeru výstupu resource editoru a
tím jsme zjednodušili vývojářům vytváření přístupných LWUIT aplikací pro mobilní Javu.
Něco podobného jsme udělali pro Android aplikace s pomocí open source DrodiDraw,
do kterého jsme přidali podporu přístupnosti.
Poté jsme vytvořili řadu přístupných mobilních aplikací
včetně přístupného webového prohlížeče,
a media přehrávače používající LWUIT, přístupný telefon,
manažer kontaktů pro LCD UI LWUIT a Android.
Dále jsme vyvinuli přístupnou aplikaci pro psaní textu v reálném čase pro hluché v prostředí Java Mobile.
Vedle těchto ucelených OAF implementací
jsme vyvinuli řadu asistivních technologií třetí generace
které využívají výhody teoretického frameworku a jeho implementace.
Takže v prostředí Android jsme vytvořili velmi inovativní asistivní technologii
pro lidi s vážným motorickým postižením, která se jmenuje Tecla.
Tecla umožňuje někomu na elektrickém vozíku, který jej ovládá jednou z mnoha možností,
možná pomocí joysticku ovládaným bradou, nebo pomocí přepínače, který ovládá rameny...
jakkoliv ovládají svoje vozíčky, můžeme využít signály z těchto ovládacích prvků
a řídit Android telefony bezdrátově pomocí Tecla.
Pomocí Tecla můžeme vstupovat text, posílat a přijímat zprávy, emaily, procházet Web...
Vše co se dá dělat s telefonem je možné dělat s Tecla.
Podobně jsme vyvinuly pokročilou AAC aplikaci, která umožňuje
vytvořit AAC rozhraní v klávesnicích s podporou "concpet coding".
Tyto mohou být pak použity na Android zařízeních ke komunikaci.
Jelikož tyto sady symbolů, které používáme jsou symboly, které jsme vytvořili jako písmo,
můžeme nyní tyto symboly použít pro komunikaci symbol-symbol v textových zprávách,
emailech a jakýchkoliv jiných způsobech komunikace, které bychom normálně použili.
V textu, nyní můžeme komunikovat pomocí symbolů za použití CCF-Droid.
Udělali jsme významný pokrok pro autory vytvořením zásuvného modulu pro
OpenOffice a LibreOffice nazvaným AccessODF.
Tento modul zkontroluje váš dokument a zvýrazní a pomůže opravit chyby v přístupnosti,
věci jako špatně vytvořený název vašeho dokumentu,
špatné používání nadpisů, chybějící popisy obrázků.
Jednou vytvořený přístupný dokument
je možné nejen exportovat do přístupného PDF formátu jako obvykle,
ale prostřednictvím AEGIS zásuvného modulu odt2Daisy také
okamžitě vytvořit digitální audio mluvící knihu,
nebo pomocí modulu odt2Braille,
vytvořit knihu v Braillově písmu.
Podpora "Concept coding" je jako další modul včleněna do OpenOffice a LibreOffice.
Umožňuje tak lidem s poruchou učení a mluvení používat podporu symbolů
při vytváření dokumentů.
Mohou buď vytvářet texty vybíráním symbolů pomocí symbolické klávesnice,
nebo pokud píší text pomocí normální klávesnice,
objeví se symbol pokaždé když dokončí slovo tak,
že jim pomáhá při ujištění se jaký význam dané slovo má.
Toto je také velmi užitečné pro praktiky, kteří chtějí vytvářet symboly pro ostatní lidi.
Mohou psát anglicky a modul automaticky vybírá symboly,
takže mohou získat symboly pro vytváření symbolové komunikační hry.
Do komunity jsme přispěli také v řadě dalších oblastí.
Udělali jsme řadu významných vylepšení
open source desktopu Linuxu nebo Solarisu s GNOME.
Zlepšili jsme komunikační mechanizmus mezi procesy
zprostředkovávající informace o přístupnosti pro GNOME,
který je nyní zabudován do GNOME 3.
Tento mechanizmus umožňuje přístupným prostředím založených na Linuxu běžet na mnohem menších zařízeních
s mnohem menší pamětí a slabším procesorem než tomu bylo dříve.
Vytvořili jsme skvělý zvětšovací framework pro open source prostředí GNOME
a pak ho využili pro vývoj lupy.
Takže posunu preference tamhle.
Lupa je nyní vypnuta.
Nyní lupu zapneme a máme dolní část zvětšenu dvakrát.
Nyní z tohoto okna uděláme pohyblivou čočku.
Takže teď to je podobné pohybu zvětšovacího skla po obrazovce.
Tato lupa je nyní součástí GNOME 3.
Je dodávána více než rok,
a je používána slabozrakými uživateli po celé Evropě.
Udělali jsme řadu vylepšení open source knihovny eSpeak pro převod textu na hlas,
zlepšili jsme výslovnost ve Španělštině a v Řečtině,
a v řadě evropských jazyků.
Vybudovali jsme infrastrukturu pro testování regrese přístupnosti pro GNOME,
abychom zlepšili hledání míst,
kde se míra přístupnosti zhoršila proti původnímu stavu,
nebo umožnili testování nových GNOME aplikací s cílem zaručit, že správně
implementovaly API přístupnost a framework.
Vytvořili jsme rozsáhlou množinu persón,
které byly použity v kurzech tréninku přístupnosti
a osvojeny vývojáři, kteří chtějí porozumět
případům užití a persónám lidí s různým postižením
s cílem lépe vytvářet přístupné aplikace.
A mnohem mnohem více věcí.