Het W3c wil dat de Authoring tools toegankelijk zijn, beschikbaar worden gemaakt voor programmeurs, developers maar eigenlijk iedereen die gebruik maakt van een applicatie. In Nederland zijn dat enkele honderden personen. Wereldwijd komt dat uit op enkele duizenden mensen. De verwachting is dat dit getal in de toekomst verveelvoudigd wordt als je kijkt naar de oorzaken van blind worden, mensen met reuma, fibromyalgie, mensen die een noodlottig ongeval krijgen. Deze mensen moeten wel digitaal kunnen werken.
Een authoring tool is software of een service tool die “authors” (webdevelopers, webdesigners, writers, content-editors, marketeers e.d.) gebruiken om statisch of dynamische webpagina’s, web content maken.
Voorbeelden van deze authoring tools zijn formulier ontwikkeltools, content-management systemen, boekhoudsoftware, loonadministratie software, maar ook pdf documenten gemaakt met Adobe Acrobat, Office applicaties als Outlook, Excel, Word en PowerPoint. Maar, die laatste applicaties is een ander verhaal. Lees er hier meer over.
Wat zijn de vereisten om authoring tools toegankelijk te maken?
ATAG 2.0 heeft twee hoofdonderdelen:
Principes bieden een organisatie op hoog niveau voor de richtlijnen.
De grondslag van een toegankelijke authoring tool ligt eigenlijk bij het ontwikkelen van een gebruikersvriendelijke interface: de GUI.
Alles staat of valt met een logische structuur waarin je goed & makkelijk kunt navigeren.
Norman Nielsen en Steve Jobs hebben dit al zo vaak gezegd. Zij zijn de voorlopers van een goede GUI. De succescriteria van WCAG 2.1 en ATAG 2.0 zijn dan ook hierop gebaseerd.
Design is not just what it looks like and feels like. Design is how it works.
Laten we, met deze video en quote van Steve Jobs in gedachten eens kritisch oordelen of de gebruikersinterface van de applicaties waar mee gewerkt wordt, voldoen aan dit gedachtegoed.
In 2020 heb ik het zaaksysteem KIM van Kodision aan een audit onderworpen. De applicatie KIM is een handige applicatie om een klant case te beheren en af te handelen met input vanuit de applicatie TriplEforms en af te handelen. Ik moet zeggen, super handige ontwikkel-applicaties.
Hier onder de situatie voor en na de audit.
De test met de AXE tool toont verschillende issues, van minor tot serious.
Critical issues: (Must have) Landmarks, Indexeringen, gesloten menu’s op te lossen door tooltips onFocus script toe te passen.
Te veel navigatie, geen skiplinks.
Serious issues: (Must have) Contrast kleuren niet goed, language settings
Moderate issues: (Nice to have) Alt teksten, rechter menu niet scrollable en niet toetsenbord toegankelijk.
Minor issues: (Nice to have) Duplicate id’s
UX heeft nog veel verbetering nodig.
Ik heb geadviseerd om:
Pas toe, leg uit principe
WCAG typering AAA grote teksten zijn nagenoeg niet van toepassing in de KIM applicatie.
Als fallback is de applicatie is wel goed uit te zoomen. Er zijn geen of weinig skiplinks en reset werkt niet in alle scenario’s in KIM 8.1.
40 succescriteria zijn getest voor de verschillende applicaties van Kodision.
Deze resulteerde in een score voor:
TriplEforms: 36 succescriteria
Zaaksysteem KIM: 22 succescriteria
Mijn omgeving: 22 succescriteria
Verbeterpunten waren o.a.
Door een uitstekende samenwerking tussen de software engineers en mijzelf is het hierboven afgebeelde resultaat bereikt.
Verplaats je in de hierboven genoemde doelgroepen. Zet een donkere zonnebril op.
Doe een test. Ga als programmeur, applicatie-ontwikkelaar, redacteur met je toetsenbord door de applicatie heen. Meld mij wat niet goed gaat in het formulier hieronder en schakel mij in voor een audit. Ik neem contact en geef graag advies hoe de authoring tool verbeterd kan worden.
Ik verzeker je: mijn ervaring met het maken van toegankelijke applicaties biedt nieuwe kansen en een win-win situatie voor je bedrijf en voor de gebruiker.
Want: Wat je niet ziet, maar wel nodig hebt, is toe aan verbetering.
