Het project NLDoc is vol in ontwikkeling. Met NLDoc kun je Word- en pdf-documenten omzetten naar toegankelijke content (HTML, ePub etc), en in een centrale omgeving publiceren.
Inventarisatie PDF-fouten WCAG door Iacobien Riezebosch
Iacobien wil een niet-normatief document gaan maken over de fouten in PDFs betreffende toegankelijkheid.
Ze wil onderzoeken in hoeverre WCAG success criteria van toepassing zijn op PDF's als hulpmiddel bij het testen op toegankelijkheid.
Bijvoorbeeld: WCAG gaat uit van markup-taal. Is PDF wel een markup-taal? Is WCAG überhaupt van toepassing? Wat kun je testen en hoe en wat zijn de problemen/vragen die je als tester tegenkomt. Iacobien wil kijken naar PDF 1.7 PDF/UA versus WCAG 2.2 AA.
Iacobien wil hiervan een inventarisatie gaan maken, een duidelijk overzicht. Niet als normatief document maar als hulpmiddel. Op dit moment heeft ze de al verzamelde data in spreadsheets staan.
Er ontstaat een inhoudelijke discussie en er wordt besloten een apart PDF overleg/werkgroep te starten na de zomer, met geïnteresseerde PDF specialisten. Logius (Jeroen) wil dat overleg wel faciliteren.
Brian merkt ook op dat er verwarring is over de toetsresultaten van sommige automatische PDF accessibility check tools. Deze geven soms false positives.
Eenduidige en duidelijke documentatie over PDF testen op toegankelijkheid is belangrijk.
Jeroen zal in de nieuwsbrief een oproep doen voor PDF specialisten om mee te doen in deze nieuwe werkgroep. Gerard en Brian hebben aangegeven mee te willen doen.
Ingebrachte bevinding DigiD door Gerard Copinga & Jeroen Hulscher
De toegang tot de functionaliteit van de DigiD app is beveiligd met een pincode bestaande uit 5 cijfers. De gebruiker dient deze tweemaal in te voeren bij het vastleggen en eenmaal bij het veranderen van de pincode, bij het opstarten van de DigiD app en om de DigiD app te unlocken als die na een time-out automatisch gelocked wordt.
In al deze gevallen, wordt na het invoeren van het 5e cijfer, automatisch naar het volgende scherm gegaan.
Deze constructie is afgekeurd op grond van succescriterium 3.2.2: Bij Input:
"Verandering van de instelling van een component van de gebruikersinterface veroorzaakt niet automatisch een contextwijziging, tenzij de gebruiker geïnformeerd is over het gedrag vóór het gebruik van de component."
Vrij vertaald stelt Cardan dat, of na invoering van het 5e cijfer er een bevestigingsknop zoals ‘Verder’ gebruikt moet worden, of dat vlak daarvoor de gebruiker geïnformeerd moet worden over de contextwijziging na invoering van het 5e cijfer.
Conclusie van de onderzoeksbureau's:
Automatisch doorgaan naar een volgend scherm na het invoeren van een pincode/inlogcode op een app wordt goedgekeurd. Mist de schermlezer-gebruiker van te voren wordt geïnformeerd over het aantal in te voeren cijfers.
Aanwezig
Agenda
Stand van zaken werkzaamheden Logius/ICTU
Op dit moment is er geen specifieke update maar is er wel een aantal projecten in ontwikkeling
Inventarisatie PDF-fouten WCAG door Iacobien Riezebosch
Iacobien wil een niet-normatief document gaan maken over de fouten in PDFs betreffende toegankelijkheid. Ze wil onderzoeken in hoeverre WCAG success criteria van toepassing zijn op PDF's als hulpmiddel bij het testen op toegankelijkheid.
Bijvoorbeeld: WCAG gaat uit van markup-taal. Is PDF wel een markup-taal? Is WCAG überhaupt van toepassing? Wat kun je testen en hoe en wat zijn de problemen/vragen die je als tester tegenkomt. Iacobien wil kijken naar PDF 1.7 PDF/UA versus WCAG 2.2 AA.
Iacobien wil hiervan een inventarisatie gaan maken, een duidelijk overzicht. Niet als normatief document maar als hulpmiddel. Op dit moment heeft ze de al verzamelde data in spreadsheets staan.
Er ontstaat een inhoudelijke discussie en er wordt besloten een apart PDF overleg/werkgroep te starten na de zomer, met geïnteresseerde PDF specialisten. Logius (Jeroen) wil dat overleg wel faciliteren. Brian merkt ook op dat er verwarring is over de toetsresultaten van sommige automatische PDF accessibility check tools. Deze geven soms false positives.
Eenduidige en duidelijke documentatie over PDF testen op toegankelijkheid is belangrijk. Jeroen zal in de nieuwsbrief een oproep doen voor PDF specialisten om mee te doen in deze nieuwe werkgroep. Gerard en Brian hebben aangegeven mee te willen doen.
Ingebrachte bevinding DigiD door Gerard Copinga & Jeroen Hulscher
De toegang tot de functionaliteit van de DigiD app is beveiligd met een pincode bestaande uit 5 cijfers. De gebruiker dient deze tweemaal in te voeren bij het vastleggen en eenmaal bij het veranderen van de pincode, bij het opstarten van de DigiD app en om de DigiD app te unlocken als die na een time-out automatisch gelocked wordt. In al deze gevallen, wordt na het invoeren van het 5e cijfer, automatisch naar het volgende scherm gegaan.
Deze constructie is afgekeurd op grond van succescriterium 3.2.2: Bij Input: "Verandering van de instelling van een component van de gebruikersinterface veroorzaakt niet automatisch een contextwijziging, tenzij de gebruiker geïnformeerd is over het gedrag vóór het gebruik van de component."
Vrij vertaald stelt Cardan dat, of na invoering van het 5e cijfer er een bevestigingsknop zoals ‘Verder’ gebruikt moet worden, of dat vlak daarvoor de gebruiker geïnformeerd moet worden over de contextwijziging na invoering van het 5e cijfer.
Conclusie van de onderzoeksbureau's: Automatisch doorgaan naar een volgend scherm na het invoeren van een pincode/inlogcode op een app wordt goedgekeurd. Mist de schermlezer-gebruiker van te voren wordt geïnformeerd over het aantal in te voeren cijfers.
Lees de discussie hierover op: Verzoek om af te mogen wijken op WCAG-norm 3.2.2: Bij input, bij invoeren pincode in apps.
Toetsenbordinterface mobiele apps
Jan Jaap vraagt feedback en een besluit over het issue: Toetsenbordinterface mobiele apps. Hij heeft conclusie van de discussie als comment bij het issue opgeschreven.
Volgende vergadering
Na de zomer :-) Fijne zomer allemaal!
Overzicht alle notulen