Een hele goeie middag allemaal . Leuk dat jullie er wederom allemaal zijn . Voor degene die je voor het eerst aanhaken, ook welkom ! Heel tof ! Het is 1 uur dus we gaan zo beginnen . Ik wacht alleen nog even op mijn speciale gast, collega Joris en die heeft wat internetproblemen, dus die zal binnen enkele momenten, zal die zal hier aanhaken .
Als het goed is kunnen jullie mijn scherm goed zien . Als dat niet zo is, laat het vooral even weten in de chat . Die kan je of onderaan of links, als het goed is in je scherm, kan je die in ieder geval gebruiken en dus in ieder geval wees welkom allemaal . Ik zie dat Joris heeft deelgenomen . Joris, als het goed is kan jij zo ook natuurlijk het een en ander zeggen en uiteraard ook je scherm laten zien . Joris is mijn collega en die zal vooral dadelijk bezig gaan met eigenlijk live onderzoeken .
Dus wil je ook weten hoe jouw website eraan toe is op digitale toegankelijkheid ? We zullen een aantal onderwerpen zullen leren . Kijk, daar is Joris, welkom . Goed dat je er bent . Het lukt . Helemaal goed .
Ik ga zoals je kan zien . Ik heb de eerste slide heb ik in ieder geval al gedeeld . Deze vierde webinar inmiddels van deze zomerserie . Dus ik ga jullie er vooral allemaal in meenemen en dadelijk het stokje overdragen aan Joris . Maar laten we vooral snel beginnen . Joris, je bent er voor het eerst bij en links zie je de chat en Q&A, dat als er vragen komen, dan komen die daar vandaan .
Laten we starten . Nou ja, iedereen die mij nog niet kent, maar ik zag al een aantal bekende namen van de afgelopen webinars al terugkomen . Dus nogmaals welkom ! Ik ben Marijn van der Laan, commercieel directeur bij Cardan . En voor iedereen die dat nog niet weet deze webinar wordt opgenomen . Jullie zijn natuurlijk niet in beeld, dus jullie en jullie namen ook niet, dus die zullen niet opgenomen worden .
Ook de Q&A of iets dergelijks wordt niet opgenomen, alleen de vragen van de Q&A zullen net zoals de afgelopen webinars steeds terugkomen op onze website . Met daarbij natuurlijk het antwoord en eventueel ook de bron van de vraag en het antwoord vooral . Die zullen daar terugkomen, dus dan weet je ook waar je dat in ieder geval mag verwachten . Maar ook daarvan zullen we je natuurlijk op de hoogte stellen . En verder de vragen kunnen gesteld worden natuurlijk via de chat en daar hebben we tijd voor aan het eind van van deze meeting . Mochten we vragen niet kunnen beantwoorden vanwege de tijd, dan zullen we dat natuurlijk wel gewoon allemaal opnemen op de website .
En wil je nou allemaal terugkijken ? De eerste drie webinars staan al op YouTube en op onze website en deze zal daar natuurlijk ook in terugkomen . En dan heb ik Joris bij me . Joris is onze L&D manager bij Cardan en die zal jullie vandaag eigenlijk vooral meenemen in de wereld van digitale toegankelijkheid en dan met name dus de WCAG . Joris, wil je daar nog iets aan toevoegen ? Nee, ik heb er zin in .
Ik zie dat er een paar mensen ook deelnemen vandaag die ik of training heb gegeven of training ga geven . Dus hartstikke leuk ! Alvast een voorproefje/naproefje . Leuk dat jullie zijn ! Voordat we natuurlijk dadelijk van start gaan, even de inleiding . We doen even een korte terugblik .
De WCAG en de relatie tot de EAA . Belangrijkste technische vereisten . Veelvoorkomende toegankelijkheidsproblemen . Hoe ga je alles implementeren en de praktische voorbeelden van oplossingen . En tot slot natuurlijk een Q&A en je bevindt je nu in de vierde zomer webinar op woensdag 30 juli om 1 uur . Dat gaat over de technische vereisten van de EAA .
Voordat wij doorgaan op die korte terugblik . Het gaat nu natuurlijk veel over de WCAG, dus de W-C-A-G en ik ben eigenlijk vooral benieuwd . Laten we vooral gelijk een poll erin gooien en even kijken . Ik ben eigenlijk vooral benieuwd . We testen al enige tijd op de WCAG 2.2 . Dat doen we al sinds januari 2024, want eind Q4 in 2023 konden we daar al op testen, maar zeker ook als je kijkt naar overheidsland .
Daar wordt nog eigenlijk vastgehouden aan die 2.1, dus die krijgen we ook vaak als vraag als nieuwe klanten bij ons komen . Ik ben even vooral benieuwd . Er wordt al veelvuldig gestemd hoe bekend iedereen is met de WCAG 2.1 richtlijnen . Nou er staat nog niemand tussen die er nog nooit over gehoord heeft of de naam wel kent, maar niet echt de inhoud . Dus volgens mij hebben we met een behoorlijk . Sowieso geïnteresseerde maar behoorlijk slimme groep te maken .
Dus het gaat over basiskennis van de principes . Nou, bedankt voor het stemmen . Er wordt regelmatig mee gewerkt zo te zien, dus dank jullie wel . Gaan we gauw door . Even een stukje terugblik . Dan hebben we het natuurlijk onder andere over die consequenties .
Want wat waren die consequenties ook alweer van de niet naleving en niet naleving kan dus zijn dat er juridische sancties en boetes komen . Producten die van de markt gehaald moeten worden omdat ze niet toegankelijk zijn . De reputatieschade natuurlijk omdat je toegankelijk, omdat je product niet toegankelijk is . Dus een hele hoop mensen kunnen jouw informatie of niet bereiken of niet begrijpen en kunnen dus niet gebruik maken van je diensten en producten . En dat zal zeker een hoop reputatieschade met zich meebrengen . Verlies van klanten met beperkingen .
Zeker ook als je bedenkt van ja, ik moet een keuze maken tussen iets wat ik prettig vind werken of waar ik echt heel veel frustraties mee krijg . Nou ja, dan zal je zeker klanten met een beperking of zoals jullie weten liever gezegd uitdagingen . Net zoals ikzelf met dyslexie . Echt, dan zal ik echt naar een ander, naar een ander product gaan wat vergelijkbaar is . En tot slot de vijfde het zijn natuurlijk . Het is ook een gemiste kans als je niet doorgaat of nu niet investeert op digitale toegankelijkheid en daar in ieder geval niet mee bezig gaat zijn .
Maar vooral die consequenties als het gaat over de juridische sancties en boetes en producten die van de markt gehaald moeten worden . Die zijn wel erg groot en kunnen daarnaast naast reputatieschade, maar ook op andere manieren ... ja, een nare werking hebben op jouw bedrijf of jouw organisatie . En dan natuurlijk net zoals vorige week dus de twee wist je datjes . Je hebt dus, vergeet niet, ook een meldplicht aan je toezichthouder . Dus als je nog niet toegankelijk bent of je hebt nog niks aan toegankelijkheid gedaan, of je bent nog niet bezig met de EAA, meld het dan aan je toezichthouder .
Dat kan de AFM zijn of de ACM of een andere . En vertel dan ook wat er nog niet toegankelijk is en wat je vooral ook gaat doen . En de tweede, de EAA is een extra territoriale ... heeft een extra territoriale werking en dat betekent ook dat ondernemingen buiten de EU . Die moeten regels naleven zo dat zij binnen de EU hun producten en diensten kunnen verkopen . De EAA heeft die werking dus ook .
Wat valt er dan onder de EAA ? Dat zijn onder andere de producten en diensten en dit is natuurlijk in de herhaling, dus ik zal ze niet allemaal nogmaals volledig op gaan noemen . Maar denk vooral ook aan alle diensten en producten die jullie leveren aan jullie klanten . Als er iets onder valt of als je twijfelt, laat het ook vooral weten ! En dan tot slot de uitzonderingen . Dat zijn natuurlijk die micro ondernemingen, dus bedrijven minder dan tien werknemers en een jaaromzet van hooguit €2 miljoen die hoeven formeel niet te voldoen .
En die tweede heb ik vorige week heb ik dat ook al gezegd . Maar die fundamentele wijziging of die disproportionele last, die moet wel echt heel fundamenteel, dus heel groot zijn . En vorige keer zei ik volgens mij dan dat je van een auto een boot zou moeten maken . Dus je zou het hele frame zou je totaal moeten veranderen . Dat is eigenlijk wel een hele grote wijziging van je product of dienst . En als je dat goed kan uitleggen aan een toezichthouder, dan krijg je daar eventueel een uitzondering op .
Maar indien je dat niet kan aantonen en niet kan bewijzen, dan zal die uitzonderingen ook natuurlijk echt wegvallen . En dan de WCAG en de relatie tot de EAA . Ik heb dit plaatje heb ik er vooral even bij gepakt om jullie nog beter beeld te geven van waar de WCAG binnen de European Accessibility Act en binnen het compliant zijn aan de EAA, waar dat eigenlijk onder valt . Nou, er zijn ook een hele hoop tools en middelen die je op de markt ziet en ook heel ergens anders op het internet waarbij je automatisch kan testen . En er zijn een hele hoop tools waarbij dat steeds meer en beter kan . Maar het is maar een onderdeel van eigenlijk het kunnen testen op de WCAG .
Dus er komt een heel groot stuk manueel werk bij en dat is eigenlijk al het groene min die witte cirkel . En om echt helemaal te voldoen moet je natuurlijk verder kijken dan het digitale aspect . En met de WCAG kunnen we vooral digitale middelen, dus een website en een app, andere applicaties en you name it, we kunnen het allemaal testen op toegankelijkheid, maar daarbuiten gaat het ook binnen de EAA om fysieke producten en niet alleen echt een product zelf, maar ook de verpakking kan daar onder vallen . De manier waarop je het in elkaar moet zetten . Dus denk maar eens aan eventuele frustratie die je wel eens hebt gehad met een product van de Ikea Dan is het natuurlijk ook belangrijk dat de handleiding toegankelijk is of dat die op een andere manier naast de papieren versie misschien ook te beluisteren is . Je kan het zo gek niet bedenken, maar er zijn een hele hoop mogelijkheden om die dienstverlening en die producten toegankelijk te maken .
Dat kan je ... Zo'n fysiek onderdeel kan je niet met de WCAG testen . Simpelweg gewoon omdat de WCAG daar eigenlijk ook niet voor is, maar ik denk dat Joris daar sowieso meer en beter over kan vertellen dan ik . Maar heb je nou fysieke onderdelen ? Dus denk aan een terminal of een ATM ... een bank ...
een geldautomaat . So, ik kwam er even niet op . Maar een geldautomaat of een zelfscan kassa . Dan zijn daar richtlijnen voor . Hoe hoog minimaal en hoe hoog maximaal, de hoogte mag zijn van die zelfscan kassa . En volgens mij is het dat de minimale hoogte moet iets van 35 centimeter zijn en de maximale hoogte iets van 120 centimeter .
En voor die maximale hoogte moet ik even terug terugkijken, maar zoiets is het ongeveer en dat zijn dingen die in de EN 301 549 staan, dus dat is een aanvulling . Ze vullen elkaar heel erg aan, dus met beide, eigenlijk met alle drie, dus zowel automatisch, als WCAG, als EN 301 549 kan je ervoor zorgen dat je echt voldoet en complaint bent aan de EAA dus het zijn allemaal middelen waarmee je kan testen en zijn goede methodes om dat ook te kunnen doen . Maar in deze sessie gaan we vooral verder in op die WCAG, ik pak dit stuk nog graag even op zodat ik jullie kan laten zien wat dus ook de koppeling is met de EAA . In de WCAG komen vier principes voor en die principes zijn waarneembaar, perceivable, bedienbaar, operable, begrijpelijk, understandable en robuust ook wel robust . En die WCAG, die ziet er eigenlijk uit als een piramide . Dus we hebben die vier principes .
En aan elk principe hangen weer dertien richtlijnen . En onder die dertien richtlijnen daar vallen weer drie niveaus onder . Dus A, dubbel A en triple A . En de single A en de dubbel A, daarmee testen we en dat is zeker binnen overheidsland onder andere, maar ook vanuit de EAA, zijn dat eigenlijk de minimale vereisten als we testen op de WCAG . En de triple A is op dit moment nog een nice to have en nog geen must have . Maar wie weet kan het in de toekomst natuurlijk veranderen .
Maar deze vier principes vormen eigenlijk dus de basis voor de WCAG, maar vormen ook een hele grote overeenkomst met de EAA . Als we kijken naar waarneembaar, dan gaat het over het alternatieven bieden voor niet tekstuele content zoals afbeeldingen en video's . Bedienbaar ... dan hebben we het dus over alles moet werken met verschillende invoer methoden, dus niet alleen met de muis bijvoorbeeld . Principe drie: begrijpelijk, gaat over duidelijke taal, voorspelbare navigatie en goede foutafhandeling . En principe vier: Robuust, betekent goed gestructureerde code die voldoet aan webstandaarden .
Ik zie Joris knikken, dus gelukkig zit dit wel goed . Maar wat is dan eigenlijk die combinatie met de WCAG ? Waarom zijn die principes zo belangrijk ? Dit ziet er misschien een klein beetje ingewikkeld uit, maar het gaat puur om twee bijlagen . Dus de Annex één, sectie drie en de sectie vier . Die worden zo letterlijk genoemd in de EAA, dus zoek het ook vooral terug en dit kunnen we natuurlijk ook gewoon altijd delen .
Maar waarom zijn die principes zo belangrijk ? De WCAG wordt niet letterlijk genoemd in de tekst, maar er wordt op een subtiele manier naar verwezen en dat wordt gedaan door waarneembaar, bedienbaar, begrijpelijk en robuust continu te benoemen . En dat wordt dan op meerdere plekken gedaan . En dit zijn de plekken waar dat wordt gedaan en daar kijken we bijvoorbeeld naar de bovenste, het bovenste voorbeeld en dan gaan we naar sectie drie en dat is de algemene toegankelijkheidseisen voor alle diensten en waarbij er bij 1B . Dat is zeven, dus: door de informatie waarneembaar, bedienbaar, begrijpelijk en robuust te maken . Dan is het belangrijk binnen die dienst voor alle elektronische informatie dat je dus die vier principes aanhoudt om de dienst toegankelijk te maken, zodat die ook te gebruiken is voor iedereen en voor alle mensen met een functionele uitdaging .
En dat wordt ook in de andere punten gezet die op deze slide te vinden zijn . Dus kijken we naar websites, mobiele apps en andere soorten applicaties . Als we die willen testen op toegankelijkheid, dan kijken we dus naar die vier principes . En dat zijn dus ook wel de vier principes uit de WCAG . En voor de laatste dan gaan we bijvoorbeeld kijken naar consumenten-bankdiensten . Nou, eigenlijk zijn dat ook onderdelen die allemaal digitaal gaan en waarbij er vaak dus in een structuur van een app, bijvoorbeeld van welke bank dan ook, gevraagd wordt naar identificatie of het kunnen betalen, dan geldt daar ook waarneembaar, bedienbaar, begrijpelijk en robuust .
En dat kunnen we dus aan de hand van de WCAG-principes kunnen we dat testen en onderzoeken . Dus dat is eigenlijk de voornaamste reden dat de WCAG zo belangrijk is . Vanuit het oogpunt van de EAA . Dus alles moet voldoen aan die vier principes . Dus zowel websites, mobiele applicaties, elektronische documenten en ook zelfbediening terminals . Dus als het al mogelijk is dat als je echt een scherm hebt, dat het scherm dus voldoet aan bepaalde standaarden en dat kan je dan ook weer testen met de WCAG .
We kijken naar de fysieke hoogte . Nou dat gaf ik net ook als voorbeeld en dan moet je ook naar andere dingen kijken en daar hebben we ook weer andere methodes voor die we daarbij kunnen gebruiken zodat die ondersteunend zijn . Dus niet alleen web toegankelijkheid is binnen de EAA van belang, want de WCAG dekt in principe eigenlijk alleen dus de digitale kanalen hiervoor . Als we kijken naar de EN 301 549 dan komt dat ook weer laag aan elkaar . En die lagen zijn dus, wat ik net ook al zei, daar gaat het veel meer over het fysieke product in plaats van alleen maar het digitale product en het wettelijk vermoeden van conformiteit . En dat heeft dan ook weer te maken dus met de samenhang van beide .
De WCAG vormt een soort basis voor zelfservice hardware, bijvoorbeeld media voor betaalterminals en voor de extra zintuigen, hardware en service eisen uit die Annex één . En dan gaat het ook weer over die EN 301 549, dan kunnen we dus die gebruiken om een complete checklist, compleet onderzoek eigenlijk te doen . Misschien wat lastig te begrijpen, maar zie het eigenlijk vooral zo dat er voor elk onderdeel zijn eigenlijk bepaalde standaarden . Dus de WCAG, de EN 301 549, als twee voorbeelden die we veelvuldig kunnen gebruiken om in ieder geval zowel digitaal als fysieke onderdelen te kunnen testen op toegankelijkheid . En dan is nu het punt gekomen dat ik het woord graag overgeef aan Joris . Joris, kan jij ook zelf je scherm delen zodat je ook kan laten zien wat je allemaal allemaal doet ?
Dan ga ik even het scherm delen overnemen van je . Ja tuurlijk . En dan ga ik even een heel specifieke ... window delen . Zo . Zien jullie mijn scherm ?
Ja, we zien het hele scherm . Ja precies, dat is top . Want ja, zo, nu zien jullie een scherm, een website als het goed is . Ja, het Westfries Archief . Ja oké, mooi . Nou dank je wel Marijn voor deze informatie .
Altijd even wennen als je niemand kan zien . Ik ga af en toe wel even wat vragen stellen, vandaar ook dat ik het scherm deel waar je net de chat kon zien . Dan kunnen we straks samen even kijken . Want ja, ik heb gehoord dat in heel veel van jullie al wat weten, dus af en toe kunnen we misschien dan even kijken of wat we weten nog klopt . Maar eerst gaan we gewoon even op een structurele manier even door de belangrijkste technische vereisten heen voor hen die hier vaak mee werken . Ik ga vandaag dan ook maar even wat extra tips geven .
Hoe onthoud je dit nou allemaal ? Ik prijs mezelf een van de gelukkigen die dit document redelijk uit zijn hoofd kent, de WCAG dan, niet de EAA, dan val ik ook in slaap, maar van de WCAG niet . En ik ga vandaag zeker dan ook wat tips geven om te onthouden . Want hoe verder ik hiermee kom, hoe meer ik me ook besef dat kleine stukjes van de WCAG onthouden helpt heel erg om het geheel een beetje aan elkaar te knopen . Dus die tips komen er vandaag ook bij . Allereerst natuurlijk even het acroniem van perceivable, operable, understandable en robust .
We kennen misschien allemaal al de acroniem POUR, net als het inschenken van een kopje koffie, maar dan in het Engels . Daar ga ik vandaag een paar keer nog aan terug hangen . Dus dan weet je die alvast . In het acroniem POUR zit natuurlijk als allereerst de letter P van perceivable en daar gaan we dus ook beginnen . We beginnen, sterker nog, helemaal vooraan, want we beginnen in 1.1.1 . Nou dan gelijk even een tip voor als je dit soort dingen wil onthouden, want als jij bezig bent met de WCAG is het altijd fijn om ook de subhoofdstukken als eerst even te gaan bekijken .
Nou wat kan je dus doen ? Je kan eens kijken in de WCAG zelf en het hoofdstuk 1.1 is dus tekst alternatieven . En bij tekst alternatieven moet je natuurlijk al heel snel denken aan 1.1.1, want dat is niet tekstuele content . Zo kun je dus steeds verder als je de hoofdstukjes eerst een beetje kent, kun je daarna steeds verder naar de kern . Nou, voor niet tekstuele content dit is een succescriterium dat redelijk makkelijk in één zin is samen te vatten . Dus mijn vraag aan jullie wat is de één zin samenvatting van 1.1.1 Niet tekstuele content .
Ga ik niet bij allemaal doen hoor . Je mag hem typen in de chat . Even kijken of iemand durft . Ja ik wacht gewoon even . Je hebt wel een gedurfde vraag gesteld, Joris . Ja, nou ja, we kijken gewoon even of iemand er uitkomt .
Geef hem even 20 seconden en als dat niet lukt dan dan doe ik het, want hij zit in mijn hoofd . Trouwens, Marijn kun je mij ook even attenderen op wanneer ik moet stoppen ? Want ik ben een doorprater . Ja, dat weet ik . Ik zie hier wel een antwoord binnenkomen bij de Q&A, Joris . O, bij de Q&A, top .
Tekstuele alternatieven bieden voor niet tekstuele content . Ja, dat is inderdaad een mooie één zin uitleg . We hebben het dan dus over informatieve content . Oftewel als iets iets toevoegt aan de informatie op de pagina, dan willen we graag dat daar wat extra informatie voor is . Waarom is dit nou, dit is een stukje waarneembaar . Het is dus best wel belangrijk dat iedereen alle informatieve elementen op een webpagina kan waarnemen .
En dat doe je . Als je bijvoorbeeld een visuele functiebeperking hebt, kan het zijn dat je daar schermleessoftware of iets dergelijks voor gebruikt . Nou, als je dat doet dan is alle platte tekst is gewoon leesbaar, inclusief alle wat voor elementen het zijn . Maar heel veel informatie is niet zomaar leesbaar en dat komt omdat het vaak visueel weergegeven informatie is . Zo ook bijvoorbeeld afbeeldingen . Een afbeelding moet je een tekst alternatief geven, in de meeste gevallen een alt tekst om te kijken, wordt die wel voorgedragen, is die dus waarneembaar voor mensen met schermleessoftware ?
Nou ja, ik heb hier voor me de de website van het Westfries Archief . Ik heb gewoon een beetje rond zitten koekeloeren of ik een website kon vinden die me nog in het achterhoofd had met wat dingen die ik kon vinden . En een van de dingen waar je eigenlijk altijd gelijk even naar kan kijken is het logo . Als je de browser inspector gewoon gebruikt kan je op de pijltjes hier drukken totdat je een accessibility tab vindt . Verrassend genoeg is die waar je moet zijn als je zoekt op toegankelijkheid . Hierin kan je ook weer op dit knopje drukken en dan kan je een element aanwijzen om te kijken wat is de informatie daarover ?
In dit geval ben ik even geïnteresseerd in het logo . Wat ik hier dus nu zie . Rechtsonder in mijn rechter onderhoek is onder de computer properties een bepaalde naam . Dat moet nog wel even op terug en daar kan ik waarschijnlijk vinden of er een alt attribuut aanwezig is . In dit geval kan ik dus zien dat in het SVG is eigenlijk niks weergegeven . In deze figuur is helemaal niks weergegeven, in de link zelfs ook niet .
Met als resultaat dat hier dus volledig een informatief element een tekst alternatief ontbreekt . Wat krijg je dan Is dat je misschien iets wordt als element of iets dergelijks . Of in dit geval misschien wel afbeelding, maar misschien verder niet . Of bijvoorbeeld allemaal nutteloze informatie over dit element . Dat is natuurlijk precies wat je wil voorkomen . Daar stuur je mensen juist een beetje het bos in .
Zo ook bijvoorbeeld voor dit soort icoontjes . Als je hier onderin het scherm hebben wij cookie instellingen . Super superfijn dat die er zijn ! Dat zijn soms ook twee wetten die elkaar een beetje tegen de haren strijken . Dit zijn ook zo van die plekken waar je soms even moet kijken, is er iets bekend over dit item ? Nou als ik hier weer in het SVG ga kijken en zelfs in die knoppen .
Die knoppen hebben we inmiddels wel open CMP widgets, dus dat is op zich fijn . Kan best zijn dat dat wordt voorgelezen . In dit geval heeft de afbeelding verder geen alternatieve tekst en dat is zeker wel de bedoeling . Meer plek om te kijken . Nou, eigenlijk doe je dit voor 1.1.1 . Supersimpel voor alle afbeeldingen en denk dan ook goed na welke afbeeldingen zijn nou informatief ?
Decoratieve afbeeldingen moeten wel gemarkeerd worden natuurlijk als afbeelding, maar het is dan belangrijk dat je een leeg alt attribuut oplevert zodat schermlezers of er denkt goh, ik weet dat hier een afbeelding is, maar is niet zo relevant, dus sla hem ook over . Als je dat op de correcte manier doet scheelt dat gewoon ontzettend veel cognitieve inspanning voor je bezoekers . Wat natuurlijk fijn is, want soms is een website navigeren op zichzelf al vermoeiend genoeg . Functiebeperking of niet Dan, ondertiteling en audiodescriptie . Nou, ik denk dat ondertiteling aardig voor zich spreekt . Ik heb ook hier op deze website niet zo snel even een video gevonden, maar een ander onderwerp waar we soms wel in geïnteresseerd zijn is audiodescriptie .
Ik ben benieuwd voor in de chat . Is audiodescriptie verplicht ? Bij elke video . Gewoon een ja of nee . Er wordt ja geroepen, er wordt nee geroepen . Daar hoopte ik al een beetje op .
Tegenstrijdige antwoorden . Er wordt nee geroepen . Ja, ondertiteling oké . Ondertiteling is sowieso verplicht inderdaad, dat is echt belangrijk . Anders kun je natuurlijk voor doven en slechthorenden niet veel betekenen . Nou ik heb nu vier antwoorden en fifty fifty ja en nee .
Dus dat is precies fijn . Ik ga wel even op onze site . We hebben een video op onze website staan, Marijn, dat jij weet . Je staat denk ik op mute . Sorry, we hebben onder kennisbank en dan webinars . Kijk, daar staan natuurlijk tegenwoordig de webinars van de afgelopen weken .
Die gaan naar Youtube, hè ? Ja, dat denk ik wel . We hebben gelukkig alvast een samenvatting en de video ook hier, dus dat betekent nu in ieder geval dat we iets moeten gaan doen . Nou, wat is belangrijk bij een video ? Allereerst natuurlijk dat er een volledige ondertiteling is van alle belangrijke geluiden en spraak . En vergeet niet dat soms belangrijke geluiden daar ook bij horen, maar wat nog wat vaak nog discutabel is, zoals je ook zag net in de in antwoorden is die audiodescriptie .
Want ik moet zeggen de WCAG is hier niet al te duidelijk over . Je hebt er drie succescriteria voor eentje onder het label A dubbele A en eentje onder triple A . A die zegt eigenlijk goh, je mag wel audiodescriptie doen als je wil, maar een transcript volstaat ook . Nou, heel vaak houden we dan op met lezen . Denken we nou top, we hebben hier mooi onze transcript staan . Helemaal fantastisch, we zijn klaar !
Helaas moeten wij ook voldoen aan dubbel A en wat we dan zien is dat er staat . Goh, audiodiscriptie is verplicht . Dat is wat er in de WCAG staat . Het punt is alleen dat als je echt overal audiodescriptie zou willen toevoegen . Soms moet je dan de video stilzetten, bijvoorbeeld omdat iemand een gek gebaar maakt wat je wil beschrijven of iets dergelijks . Dat zagen we nog wel eens met de live stream van de overheid en dan is het misschien best wel intens dat je dus de video moet stoppen .
Wat er eigenlijk in een maat gezegd wordt . Dus ja, audiodescriptie is verplicht, mits er ruimte is in het originele audiospoor . Punt is dan wel . Is er bijvoorbeeld even stilte of muziek ? Is er dus ruimte en er wordt informatie op het scherm getoond die niet in het originele audio bestand terugkomt, dan is audiodescriptie verplicht . Eigenlijk heel makkelijk dus .
Het is een beetje een combinatie van twee factoren . Let even op als je nou een video oplevert en je zorgt dat alle visuele informatie in het audiospoor terechtkomt, dan heb je helemaal geen audiodescriptie nodig . Dan is namelijk jouw originele audiospoor de audiodescriptie . Oftewel, als je bij de eerste meeting over een video gaat praten over digitale toegankelijkheid, dan komt het helemaal goed . Want dan zorg je ervoor dat alle visuele elementen terugkomen in de audio en dat je dus hoort wat je ziet en ziet wat je hoort . Hou je aan die twee regels, dan komt het helemaal goed .
Overigens hebben we dus nu over een aantal andere succescriteria, namelijk 1.2.1 en 1.2.3 . Dat even kort gezegd, die vallen dus onder . Die vallen onder punt twee . Tijd gebaseerde media, oftewel media die tijd ook als resource gebruikt, dus die gaat, op een gegeven moment is het voorbij . Dus dat muziek, beeld en muziek en beeld, oftewel wat wij eigenlijk altijd gebruiken in onze context gewoon pure classic video's . Goed, dan gaan we naar een stukje hoofdstuk drie van de WCAG .
Wees niet bang, we gaan niet door ze allemaal heen, maar dit stukje is aanpasbaar, aanpasbaar, is eigenlijk bedoeld voor mensen die dus bijvoorbeeld extra aanpassing nodig hebben om bepaalde content te kunnen bekijken . Neem bijvoorbeeld het belangrijkste succescriterium hier is eigenlijk . Sorry, even naar mijn goede tab ... Dat is eigenlijk 1.3.1 . Info en relaties . Ik zal niet weer aan de chat vragen goh, wat is dit nou ?
In dit geval is het eigenlijk ook weer in één zin samen te vatten . Iedereen zegt gewoon voor de visuele opmaak van een webpagina komt overeen met de programmatische opmaak . Oftewel de HTML komt overeen met de visuele opmaak . Nou, wat zijn nou dingen die daarin vaak fout gaan is dat we zien dat bepaalde elementen misschien niet op de juiste manier op een webpagina staan . Ik zal er even een voorbeeldje bijpakken, zodat we even gewoon goed, ik heb ze allemaal voorbereid, dus dat scheelt dan wel, want we nu zijn we niet heel lang aan het graven en zo, even erbij pakken . En eentje die lekker zichtbaar is natuurlijk .
Kijk, super ! Even kijken . We gaan weer terug naar het Westfries Archief en we hebben op deze pagina een taalwissel . Nou, wat valt nou visueel gelijk op ? Is dat in dit geval wel even op basis van kleur, maar ik ben nu op de Nederlandse pagina . Ik heb nu de Nederlandse taal actief en druk op de Engels en dan wordt ook de Engelse actief en daarmee kunnen we dus zien welke taal we op dit moment hebben .
Nou wat is nou belangrijk ? Is dat ? Ja, hier gebeurt dus iets met de visuele opmaak om aan te tonen waar welke taal ik aan het kijken ben . En dan is het dus heel belangrijk dat nu ook in de code wordt aangegeven dat deze taal actief is . En als je dus nu in de code gaan kijken zie je dus wel dat die twee knoppen er zijn . Dat scheelt wel weer .
Maar verder vind ik nergens in mijn code, ga ik er even snel doorheen . Ik ga jullie niet vervelen met allemaal allemaal code . Maar dat er ook daadwerkelijk aan een schermlezer bijvoorbeeld gepresenteerd wordt, ik ben actief, dus in dit geval is Nederlands actief en dat kan je op een groot scala aan verschillende manieren oplossen . Je zou bijvoorbeeld elke keer de labels kunnen aanpassen . Misschien niet helemaal wat je wil, maar er zijn ook allemaal ARIA attributen beschikbaar . Lees daarvoor even de ARIA documentatie om bijvoorbeeld te zeggen deze is de actieve knop, in dit geval vanchet links, maar dit werkt op zich nog steeds .
Met andere woorden . Hier wordt dus een constatering gedaan dat onder 1.3.1 info en relaties, niet aan een in de HTML wordt weergegeven wat er visueel wordt weergegeven en met als resultaat dat we daar op hebben moeten afkeuren . Joris betekent dan ook dat als dit niet goed staat, maar het lijkt wel alsof het in Nederlands staat dat het misschien wel in het Engels voorgelezen wordt . Dat niet . Het gaat er meer om dat de schermlezer het, tenminste denk ik hoor . Even als wat ik nu zo tijdens zo'n webinar zeg, ga natuurlijk niet uitgebreid testen nu, maar wat ik verwacht dat hier zal gebeuren is dat dus een schermlezer gebruiker niet zal kunnen bepalen of de knop NL of EN is ingedrukt op basis van de knop zelf of de in dit geval dus link .
Met als resultaat dat je dus even in dit geval als redelijk klein . Dus je gaat één woord verder en je ziet dat de collectie wordt voorgelezen in plaats van collection, dus dan heb je het zelf waarschijnlijk bedacht dat die dus nu op NL staat . Maar die extra denkstap hoef ik niet te maken . Dat is een beetje het punt is dat je dus niet op een bepaalde soort spelenderwijs leren manier gaat moeten kijken van goh, ik ga wel een beetje rondkijken om te kijken op welke taal de taalknop staat . Ik wil het gewoon uit de taalknop halen, dat kan ik immers met redelijk goed zicht kan ik dat nu ook als ziende gebruiken . Top !
Nou gaan we gelijk door met het volgende succescriterium en dat is stiekem één van mijn favorieten . Omdat ik er zelf heel veel last van heb . Ik ben zelf kleurenblind en hier zie ik nu al een probleem . Ik zit nu op mijn laptop, een klein beetje zon op mijn scherm en ik ben zelf rood groen kleurenblind en ik moet heel eerlijk zeggen dat die NL, die is nu rood en aardig hetzelfde eruitziet voor mij als die EN knop . Ik zie dat die wel wat dikker is, maar goed . Maar in dit geval wordt er dus gebruik gemaakt van kleur om aan te geven welke van de twee controls actief is .
Dat is niet bedoeling, er moet namelijk ook nog even wat anders zijn . Ik weet durf niet helemaal te zeggen of dit echt een afkeuring is omdat de tekst zo lijkt het voor mij ook wat dikker wordt . Daar ben ik natuurlijk ook niet altijd per se de beste om hier advies over te geven als kleurenblinde . Wel heel leuk en ik heb hier dus ook echt last van . Elke keer dat ik ook maar ergens iets van een stoel of een bepaalde positie moet reserveren . Dat doe je dan vaak in zo'n reserveringssysteem zie ik, zie ik dus zelf dat er vaak bijvoorbeeld gezegd wordt de groene plekken zijn nog beschikbaar en de rode plekken zijn bezet en verder geen andere context .
En vaak moet ik dan mijn vriendin erbij roepen en vragen zou jij mij kunnen vertellen waar ik mag zitten in de bioscoop ? Want of ik moet alle vakjes af gaan drukken in de hoop dat ik er uiteindelijk een indruk . Dat zijn een beetje mijn twee opties, at that point . Een heel makkelijke oplossing, iets van arcering of iets dergelijks, zoals hier was prima geweest . Bij wijze van spreken een streepje eronder of een vierkantje eromheen, iets anders dan kleuren . En ik zeg dus ook altijd voeg dingen toe, ga niet denken goh, dan moet mijn hele website zwart wit maken .
Dat is niet waar, je voegt iets toe . Voor sommige mensen met bijvoorbeeld cognitieve problemen is zo'n kleur misschien juist wel heel fijn . Rood voor negatief en groen voor positief dus . Voeg dan arcering toe om ervoor te zorgen dat ook iedereen diezelfde informatie meekrijgt . Nou, ik denk dat ik even verder ga naar het volgende ding, want we zitten nu al heel lang op de eerste . Denk bijvoorbeeld aan de O van POUR, de tweede letter, oftewel het tweede hoofdstuk uit de WCAG .
onder operable valt dus bijvoorbeeld alles wat je bedienbaar maakt en een van het meest laaghangende fruit dingen die wij dan vinden is hoofdstuk 2.1: die heet toetsenbordtoegankelijk . Met andere woorden is elk element toetsenbordtoegankelijk ? Als je dat gaat roepen, dan wordt het vaak te complex . Vandaar dat we daar een specifiek succescriterium voor hebben genaamd toetsenbord . Zeer pakkende naam: 2.1.1 . Eigenlijk het allerbelangrijkste hier onder het hoofdstuk twee .
Want we zien nog steeds helaas dat er ontzettend veel kleine foutjes gemaakt worden hier en daar, waardoor eventuele gebruikers toch niet helemaal lekker kunnen komen waar ze willen . Let goed op dit is niet alleen voor mensen met een motorische functiebeperking . Mensen die schermleessoftware gebruiken zullen ook altijd toetsenbordbediening gebruiken . Waarom ? Als je de cursor op het op het scherm moet zien, dat is natuurlijk onmogelijk als je blind bent . En dat betekent dus dat ook de positie van die cursor niet zichtbaar is .
Met andere woorden je zal dan het toetsenbord gebruiken, het toetsenbord interface is trouwens de toegankelijke term om te zeggen, het hoeft niet per se het toetsenbord te zijn zoals wij het nu waarschijnlijk allemaal voor ons hebben liggen . Goed, ik ga even terug naar Westfriesland . Ik hoop niet dat er iemand bij zit van West-Friesland, maar ik heb hier gewoon ontzettend veel kunnen vinden . Dus ik ga nog even even door . We hebben een aantal blokken hier, Ik weet even niet meer waar ze nou waren . Even erbij, even mijn notities erbij pakken .
Ontdek verhalen van Friesland . Misschien hebben ze deze opgelost . Ik ga even even door naar mijn volgende voorbeeldje . Even kijken, onze mensen . Hier . Even kijken .
Ah ja, wij hebben hier met de muis een bepaald gedrag . Super ! Op zich niet verkeerd gedraaid . Je kan dus met de muis . Kan ik dus nog even wat extra informatie ophalen over de mensen die hier zichtbaar zijn . Nou, dat betekent dus dat we nu hebben gezegd redactioneel gezien .
Ja, dit is belangrijke informatie . Die moet iedereen dus zien . En zodra die keuze wordt gemaakt, ga ik dus kijken . Als ik dan dat niet met het toetsenbord doe .. Ho ik zit vast, ik ga door alle menu's heen . Dat is fijn, maar ik ben nu de tab toets aan inhouden en even terug gaan .
Even achterlangs door de website . Nu ben ik als het goed is onderaan . Top ! Wat ik dus nu ga doen is goh, is die informatie nu ook eigenlijk zichtbaar als ik dit met het toetsenbord doe ? Ik sta nu op de meer weten knop en met een tab toets terug ga ik naar de vrijwilliger worden knop . Oftewel hier is een heel blok waar waarschijnlijk deze interactieve blokken en daar is iets mee gedaan waardoor ik dus niet met de tabtoets gepakt te worden en met als resultaat dat dit dus ook blinde gebruiker misschien helemaal niet doorheeft dat hier items staan, op het eerste gezicht .
Dat is best wel vervelend en ... oneerlijk . Het is geen evenredige ervaring die we nu aanbieden . Met andere woorden, dat is dus niet de bedoeling . Even kijken dan hebben we nog op de nieuwspagina even zoeken waar we het nieuws hebben . Ik moet zeggen dat ik hier niet vaak kom .
Ik heb hier ook gewoon de url van natuurlijk . Doen we dat wel even . Zo . Joris, we hebben niemand die verantwoordelijk is voor de website, maar wel iemand uit West-Friesland . Oké, oké . Nou, ik hoop dat ze niet teleurgesteld zijn nu overigens, ik gebruik het puur en alleen maar als voorbeeld en ik heb hier verder geen zakelijk oordeel over .
Dat allereerst, en dat geldt überhaupt natuurlijk altijd zo . We willen alleen maar helpen . Ja, ik heb de fout gevonden . Ik sta nu op het huis icoontje . Dat zie je aan de focus rand rondom het huis icoontje . En als ik nu nog een keer op tab druk, gek genoeg, dan gaan we direct naar de eerste link, namelijk directeur na 24 jaar met pensioen .
En dat betekent dus dat, ik heb hieronder een aantal filter opties over collecties en aanwinsten en je ziet dat ik daar met de muis op kan klikken en vervolgens krijg ik de filteropties wel natuurlijk en de directeur is ook personeel dus ze is er nog steeds . Maar die filteropties zijn dus niet bedienbaar . Dit is weer een kwestie van als je als externe ontwikkelaars gebruikt worden, ga naar je ontwikkelaars toe . Het is voor hen waarschijnlijk helemaal niet zo heel veel werk met het laten nemen in de tab volgorde . Dan zorg je er gewoon voor dat ook iemand die dan wel motorische dan wel een visuele functiebeperking heeft, toch kan navigeren . Even kijken, zoek ik er nog eentje uit uit deze .
Oh ja, dat is eigenlijk een hele simpele . Ook een super makkelijke oplossing hier . Als je hier nu naar de knop ga naar de content kijkt is dat een mooie knop waarmee je dus blokken kan overslaan wat je net zag . Helemaal aan het begin toen ik op deze website binnenkwam zag je mij er ook even mee klieren dat ik dus nu door al die submenu's heen moet . Deze submenu's, die zijn vindbaar op elke pagina . Dus stel je voor dat ik nu even naar bouwtekeningen wil en dan vervolgens weer naar de content .
Ben ik dus elke keer . Je ziet het misschien wel, honderd keer op tab aan het drukken ben, voordat ik er uitkom . Je kan je voorstellen dat als je dit elke dag als dit de enige manier is waarop jij een website kan navigeren dat dat best vermoeiend wordt op een gegeven moment . Vandaar dat wij dus ook onder het hoofdstuk twee dus bedienbaar is dus belangrijk dat je blokken kan omzeilen . Dit valt allemaal onder het hoofdstukje 2.4 . 2.4 is navigeerbaar en zo kan je dus weer onthouden van waar zou je nou dat ene succescriterium dat gaat over blokken omzeilen kunnen vinden ?
Kun je nadenken . Dat heeft met bedienbaarheid te maken en dat heeft met navigeren te maken . En dan weet je dus hij zit waarschijnlijk ergens in 2.4 . Goed wat je hier dus heb gedaan . Dit werkt prima . Hier is het een in implementatie van een skip link gebruik .
Wat ik ook fijn vind is is hoe meer van die skip links je af en toe kan doen . Als je voor heel veel verschillende soorten content hebt, denk aan een . Je bent een webshop, misschien heb je filters, misschien heb je de opgeleverde producten, misschien heb je een zoekbalk . Dat zijn allemaal losse plekken waar mensen vaak snel naartoe willen navigeren . In dit geval ga naar de content helemaal . Maar als je een extra UI slash UX optimalisatie wil maken, kan echt geen kwaad om naar meerdere plekken te verwijzen .
Bijvoorbeeld direct naar de filters of direct naar de zoekbalk . Een kleine tip van Flip zoals wij dat dan op onze LinkedIn zeggen Hé, Joris ook natuurlijk kijkend naar de tijd . Je hebt nog heel even, maar Ik zie een vraag binnenkomen . Eigenlijk zou je dus zo moeten bouwen dat ze een menu item eerst moeten aanklikken voordat je de submenu's krijgt ? Super ! Dus niet elke keer bij een tab krijgt .
Ja, dit ... ik weet niet of dit iemand is die toevallig van mij een UX training heeft gevolgd, maar ja, dit is iets waar ik daar zeker op hamer . Ik heb eigenlijk, super leuk, ik had hem al klaar staan . Ik heb namelijk onze eigen website daar even voor bij genomen . Want niet alleen is natuurlijk gewoon als ik eenmaal in het uitklapmenu zit, balen, dan moet ik nu eenmaal, ik ga ze nu niet tellen, maar als ik individuele toetsaanslagen doe . Je ziet, je bent even bezig .
Was het fijn geweest als inderdaad bijvoorbeeld ik zelf had kunnen kiezen of dat menu open had gekund . Nou, dat is in principe mogelijk door bijvoorbeeld het pijltje zelf aanwijsbaar te maken . Zo kan ik dus zelf kiezen . Goh, wil ik naar een submenu of een subpagina . Of wil ik gewoon verder met mijn navigatie . Wat dit ook mogelijk maakt is dat je ook naar een soort bovenste pagina kan, dus we hebben dan in dit geval slash diensten .
Hier kunnen we gewoon uitleg geven over het een en ander en dan vervolgens ook nog naar een submenu . Dit is trouwens ook een vereiste als je content laat verschijnen dan wel bij mouse-over of bij focus is het dus belangrijk dat die aan een drietal vereisten voldoen en daar zal ik nu niet te diep op ingaan . En wat je dus vaak ziet is dat je dus ook automatisch dit soort submenu's opent met mouseover, zoals je hier ook ziet . En het is dan belangrijk dat ze bijvoorbeeld blijven staan, dat je ze kan sluiten zonder de focus, Of je muis te moeten verplaatsen, en dat is in dit geval niet mogelijk . Omdat ik dus bij het klikken ga ik direct door naar de top pagina als ware, waarin ik hier dus wel zonder eigenlijk mijn muis aan te raken kan ik dit submenu openen en sluiten . Ook dat is een verplichting .
Mooi gezegd, mooi opgevallen . En hoeveel tijd heb ik nog, Marijn ? Je hebt nog een paar minuutjes . Een paar minuutjes . Oké, nou, wat ik dan doe, dan ga ik maak nog even snel een uitstapje naar .... Ik wist wel dat het zou gebeuren .
Nog even een uitstapje naar understandable, oftewel hoofdstuk drie Een paar dingen die bijvoorbeeld belangrijk zijn, zijn labels en instructies en die valt onder het stukje wat gaat over fouten . Tijdens mijn trainingen noem ik dit altijd de fouten power-hour . Als we bij 3.3 aankomen, zie je 3.3 gebeurt er waarschijnlijk iets omtrent fouten . Nou daarvoor neem ik even gewoon puur en alleen als voorbeeld ons contactformulier . Gewoon om even op een wat een positieve noot achter te laten . Wat je kan doen om je formulieren te checken is goed nagaan, communiceer ik op de juiste manier een fout .
En dat is grappig genoeg eigenlijk een taalkundig ding . Dus heel soms, doen we dingen op de inhoud en zo’n foutmelding is er daar eentje van . Wat je namelijk vaak ziet . Omdat we vaak in Nederland heel vriendelijk zijn naar onze klanten, zien we dat we vaak bijvoorbeeld dingen doen als vul je voornaam in, bij het voornaam veld hier, voelt vriendelijk . Je hebt misschien wel al het idee dat je dat gedaan hebt, maar misschien gewoon een fout gemaakt . Of misschien gewoon in het verkeerde veld getypt .
Als je bijvoorbeeld een schermlezer gebruikt, heb je misschien nog niet helemaal door in welk veld je nou bent geweest . Als er dan door je computer tegen je wordt gezegd vul je voornaam in . Jij denkt ja, dat heb ik al gedaan dan stuur je mensen eventueel het bos in . Oftewel schrijf jij een foutmelding, dan is het heel belangrijk dat daar twee dingen inzitten . Allereerst wordt de naam van het veld benoemd in de foutmelding . Dat is de best practice .
Er zijn wat uitzonderingen mogelijk, maar daar ga ik nu even mijn niet aan branden . Benoem gewoon het veld, dat is mijn tip in dit geval dus voornaam en we willen dan een negatief woord en een tegenstelling of hoe je het ook wil noemen in dit geval woord ontbreekt, maar bijvoorbeeld je mag heus ook gewoon zeggen fout of niet correct of incorrect, of iets in die trant . Daarmee voorkom je dus dat je mensen een herhaling van een instructie geeft in plaats van een foutmelding . En dat keuren wij af onder 3.3.1 . En als laatste tip zorg voor goede beschrijvende labels in het geval dat van bijvoorbeeld informatie in een bepaald format wil . Dit gaat bijvoorbeeld op met postcodes .
Wil jij de postcode in een bepaald format binnen hebben, dan is het belangrijk dat iemand daar van tevoren over informeert . Geef dan een instructie bij het veld waarbij jij specifiek een format voor wil . Maar doe je dat goed, dan zit je gelijk snor . Ook op die foutmelding, want dan kun je gewoon zeggen incorrect postcode ingevuld . En dan refereer je dus eigenlijk gewoon terug naar de goed geschreven en duidelijke instructie om te kijken wat er precies fout is gegaan, in plaats van dat je alleen maar bij de foutmelding zo'n, dus dat je misschien zegt, jij wil een spatie tussen je cijfers en letters bij een postcode veld . Als je dat per se wil, dan mag je dat vragen, maar dat is misschien fijn als je van tevoren zegt één, twee, drie, vier spatie a b bijvoorbeeld in plaats van dat iemand dan het zonder spatie invult en dat je dan zegt nee, dat heb je fout gedaan, ook al wist je niet dat die spatie daar moest staan .
Gewoon voor iedereen vervelend, maar zeker als je bijvoorbeeld met een knop navigeert of met een blaasstok of iets dergelijks, Is dat dan een placeholder, Joris ? Dat is een vraag uit de chat . Een hele mooie vraag, zeker . Ik ben ook zeer dankbaar dat je hem stelt, nee placeholders zien wij niet als label en of instructie . Waarom een placeholder verdwijnt direct bij typen . Oftewel als jij bijvoorbeeld misschien cognitieve problemen hebt waardoor je dat soort zaken niet zo makkelijk onthoudt .
En dan kan het dus zijn dat je begint te typen . En zoals je nu ziet heb ik geen instructie meer waar ik precies in zoek . Terwijl als ik dus niet aan het typen ben, zie ik dus dat ik collectie en website aan het onderzoek ben . Niet het beste voorbeeld, pin me er niet aan vast . Maar je ziet dus wel dat het moment dat ik ook maar iets intyp in het veld mijn instructie weg is . En dan zou je dus bijvoorbeeld van tevoren een screenshot moeten maken .
Als het veel velden waren geweest en je hebt echt geheugen problemen, van tevoren screenshot maken, dan gaan kijken . Goh, wat moest ik ook weer overal invullen op basis van het screenshot . Want het moment dat je begint typen is de instructie kwijt . Oftewel kort gezegd . En ja, ik hoop dat ik dat ook kan, een placeholder volstaat niet als label en of instructie . Oké oké .
Iedereen die natuurlijk in de Je mag vragen stellen in de Q&A maar de vragen die er nu in ieder geval gesteld zijn die heb ik je net gesteld . Misschien dan nog een andere leuke vraag, want we hebben nu de WCAG 2.1, maar ook al heel lang de WCAG 2.2 . Is daar een groot verschil tussen ? Ik vind zelf van niet . Er zijn alles, eigenlijk alles wat er was is er nog, zijn hier en daar wel wat aanpassingen, maar ik vind die wel klein genoeg om te kunnen zeggen goh, dat valt wel mee . En ik, als we het hebben over toevoegingen, daar is dus wel soms nog wat te halen merk ik als je echt, maar dat heeft in mijn ogen echt alleen zin als jij de WCAG 2.1 al insanely goed kende en je dus zelf ook zoiets heb van oh goh, maar dat zit zo toch ?
Heb je nou zoiets van nou ik pak toch altijd de succescriteria erbij als ik er mee bezig ben ? Ja, ga dan gewoon direct naar 2.2, net als voor iedereen die in de technisch wereld zit . Het is wel belangrijk om de meest recente documentatie voor je te hebben . De meeste mensen kennen de documentatie ook niet uit hun hoofd . Zoals daarbij, zo zie ik het gewoon een technische documentatie die je gewoon bij kan houden . Minimale wijzigingen dus om het kort antwoorden .
Ja, nee top . Er zit nog één vraag in die ik dadelijk in één slide sowieso zal beantwoorden . Maar misschien nog een laatste vraag voor je Joris, en je hebt al een hele hoop tips gegeven over hoe je onderdelen op de website toegankelijk kan maken . Dan heb je misschien nog een tip hoe je iets snel zou kunnen testen of een of het makkelijk kunnen testen van een criterium . Zeker . Zorg ervoor dat je altijd zo goed mogelijk de inspectietools van je browser leert gebruiken .
Dat is denk ik mijn eerste grote tip . Zorg er eigenlijk altijd voor dat je die accessibility window open heb staan met control + F kan je typen . Dus bijvoorbeeld als je op zoek bent naar iets wat met ARIA te maken heeft, kan je op ARIA zoeken . Hier kan ik bijvoorbeeld zien dat er een status bericht hier is waar ARIA live op staat . En het is omdat ik weet dat ARIA live is natuurlijk en je kan deze ook hier zien . ARIA current is page .
Die zit geloof ik op de .. waar zit die op ... ben hem al weer kwijt, maar hier op het logo . Nou ja, dat zijn dus allemaal van die dingen . Zo kun je dus heel snel even kijken . Hier staat bijvoorbeeld een hoofdmenu navigatie ARIA label op en dat zal waarschijnlijk de reden zijn dat die open en dichtgeklapt kan worden .
Dat is even tip één . Tip twee, is de aanwijzer zoals ik hem zelf noem Control + shirt + twee kan je ook gebruiken . Zo kan je gewoon heel makkelijk even snel een element inspecteren . Je krijgt soms ook best wel wel wat informatie over bijvoorbeeld een klikbaar gebied . Zie hier een klikbaar gebied van, dat zie je rechtsboven in de hoek, 28 bij 28 pixels . Dat volstaat, gelukkig, dat scheelt weer op onze eigen website .
Maar dat zijn dus van die kleine dingen, die kunnen het ontzettend makkelijk maken . Dit is trouwens niet helemaal de proven manier om dit te doen, maar voor een snelle blik vind ik dit soms ontzettend goed werken . Soms krijg je zelfs bij dit soort dingen een contrast dingetje te zien . En niet altijd, maar soms werkt het ook . Dat is een mooie . Verder raad ik de plugin Webdeveloper aan .
Hierin kan je , moet ik natuurlijk niet gelijk wegklikken . Hier kan je een aantal grote belangrijke settings op een website, kan je makkelijk testen . Veel van de toetsen die je moet doen die zijn op een specifieke resolutie . Dat is deze resolutie 1280 bij 1024 . Heel belangrijk om af en toe snel even je resolutie te kunnen zetten . Ik heb wel eens gezien dat er soms mensen bij mij in training de resolutie van het hele apparaat naar die resolutie gaan zetten .
Helemaal niet nodig . Een kwestie van één druk op de knop . Mijn scherm is ongeveer de resolutie met de schaling, maar je ziet dat hier nu een stukje open is gekomen . Ik zit dus nu op de juiste resolutie om dingen als schaling te gaan testen . Verder kun je, raad ik zeker aan, als het mag van je werkgever, want niet iedereen mag plugins of dergelijke installeren, maar je kan hier ontzettend veel mee . Je kan hier bijvoorbeeld allemaal verschillende headings ...
je kan bijvoorbeeld headings mee uitlijnen . Nou, je ziet dan ook gelijk het kopniveau erbij staan . Dat zijn allemaal van die hele kleine dingetjes die ik vaak gebruik om even snel een overzicht te kunnen krijgen . Voor de ontwikkelaars onder ons is het misschien soms fijn om bijvoorbeeld heel snel te kunnen zien of de implementatie die net heb gedaan of die klopt . Hier bijvoorbeeld nu ook even alle alt teksten op het scherm . Het zijn van die kleine dingen, die maken je leven toch een klein stukje makkelijker .
In plaats van dat je dan daadwerkelijk zoekt . Wanneer kun je het gewoon op het scherm gooien ? Top Joris, dank je wel ! Geen probleem, ik geef hem even terug naar jou denk ik hè . Ja, ja, ja, ja . Ik ga nog heel even het scherm erbij pakken .
En ik wil jou natuurlijk natuurlijk danken . Maar even kort samengevat Joris heeft het ook al nog veel breder gehad over alle principes . Maar ja, dat is natuurlijk gewoon vanuit de European Accessibility Act en de WCAG, is dat het de overeenkomst vanuit waar we natuurlijk kunnen onderzoeken op toegankelijkheid en toegankelijke dienstverlening en producten kunnen krijgen . In ieder geval de digitale aspecten en ... Maar wat kan je nu al doen ? Nou, we hebben sinds vorige week ook daadwerkelijk die Europese Accessibility Act whitepaper op onze website staan, dus daar kun je hem vooral downloaden .
En datzelfde geldt voor een vraag die we kregen waar kan ik alle WCAG richtlijnen in zien ? Je kan in ieder geval . En dat is dan de gemakkelijke versie van al die succescriteria, want het staat nog veel uitgebreider op andere plekken op het wereldwijde web, maar zeker de WCAG checklist op onze website, download die vooral, staat op de homepage en daar kan je in ieder geval wel al terugvinden wat al die succescriteria zijn . En natuurlijk, dit was de vierde alweer en met deze vierde willen we eigenlijk vooral ook heel graag afsluiten met het volgende . Nu is Joris voor het eerst erbij geweest in de afgelopen drie webinars deed ik steeds zelf maar voor de komende webinars . Er is niet alleen de volgende, maar ook zeker die daarna hebben we wat gastsprekers en dat zijn klanten van ons die we op verschillende manieren al hebben geholpen op het gebied van digitale toegankelijkheid .
Dus voor volgende week bij de webinar over het stappenplan naar EAA compliance, daarvoor hebben we Vattenfall uitgenodigd en vanuit Vattenfall zal onze contactpersoon aankomen haken en meer vertellen en delen over hoe zij het stappenplan naar EAA compliance hebben geregeld . Dus ben daar vooral bij, want dit wil je zeker niet missen . Dus voor volgende week en we hebben de eerste vier erop zitten . Volgende week gaan we het eens hebben over het stappenplan naar EAA compliance en de woensdag erop 13 augustus over de organisatorische impact: teams, rollen en verantwoordelijkheden . Daar zal ook wederom een klant bij aanwezig zijn . En wie dat is zal ik natuurlijk nog niet vertellen .
Blijft een mooie verrassing . En uiteraard tot slot vergeet deze natuurlijk niet in te lossen . En heb je vragen ? Stuur ze vooral naar sales@cardan.com . We hebben een hele hoop vragen gekregen over de EAA, waaronder ook het kunnen testen van fysieke onderdelen, waarvoor dank . En voor nu wil ik jullie in ieder geval heel graag bedanken en hopelijk tot de volgende keer !
Dank jullie wel!
.png&w=1536&q=80)