Tilgængelighed
Hvad er tilgængelighed?
Adgang for så mange mennesker som muligt med fokus på handicappede
Tastatur navigering
Musen må ikke være nødvendig.
Farver og skrifttyper
Farveskemaet skal kunne vælges via operativsystemet og det skal være muligt at vælge høj kontrast og store skrifttyper.
Dokumentation
En stor del af projektet er at dokumentere hvilke muligheder der allerede findes. Desuden skal eksisterende dokumentation ske vha. ‘sikre’ skabeloner.
Adgang til dokumenter
Dokumentformatet (ODF) skal tillade forfatteren. at danne tilgængelige dokumenter (f.eks. ALT-text på billeder)
Markør i skrivebeskyttede dokumenter (til læseværktøj)
Slå animationer fra
Standard skrifttyper skal være sort/hvid
Tilgængelighedsteknologier (AT)
Screen readers
Screen magnifiers
On screen keyboard
Stemmekontrol
Tastatur- og muse udvidelser
Andre alternative input/output enheder
Første generation: TTY systemer via videokortet
Anden generation: Adgang til GUI systemet
Tredje generation: Al adgang via API (her er vi nu)
API’et er ved at være udviklet.
Problemet er, at der er forskellige API’er til hvert operativsystem.
Java og GNOME, men Windows’ er utilstrækkelig
UNO accessibility API (UAA)
Med udgangspunkt i Java og GNOME men skal være platformsuafhængigt
Målrettet programmet OG dokumentet
UUA er en bro mellem OpenOffice.org til AT’en tilknyttet operativsystemet, som ikke kender OpenOffice.org.
En bro til IAccessibility2 standarden er ved at blive lavet.
OpenOffice.org understøtter allerede ATK på GNOME og NSAccessibility på Mac.
Gnome understøttes med ORCA og GOK. Godt samarbejde med udviklerne der.
Windows: Desværre dårlig understøttelse. Kun “Dragon NaturallySpeaking” og “Read&Write Gold” supporterer OpenOffice.org.
IAccessibility2 er indbyggt i IBM Lotus Symphony og er ved at blive indbygget i OpenOffice.org.
Steve Yin fra IBM Lotus Symphony team fortæller at…
IAccesibillity er IBM’s vigtigste bidrag til OpenOffice.org.
MSAA (Microsoft Windows) er utilstækkelig, idet det er gammelt og proprietært. Der er stort set kun støtte for menu og dialog kontrol. Ingen richtext, tabeller og lignende.
Steve forklarede hvordan arkitekturen er meget generisk og let kan tilpasses fremtidige ændringer. desuden støttes både Java Accessibility API, Java Access Bridge og C version af Java Accessibility API.
Ulemperne er, at det desværre endnu er langsomt og at Java Accessibility API ikke understøttes af alle AT’ere.
Fremover vil disse problemer blive løst ved at benytte både MSAA (Microsoft) og Java Accesibility API. Desuden er der en lang række forbedringer i pipeline.
IAcessibility2 vil fremover også understøtte de metadata for tilgængelighed, som findes i ODF.
Fremtiden
IBM forventer at aflevere resultatet til OpenOffice.org nu, men der går nok noget tid inden det bliver en del af programmet. En testversion kan forventes i 2011. Først implementeres det til test i versionn 3.1, hvorefter koden bliver flyttet til nyeste version.
