NewFormat AB

Vad är nytt i WCAG 2.1 och inverkan på PDF-tillgänglighet.

WCAGs riktlinjer / Web Content Accessibility Guidelines för tillgänglighet till
webbplatsers innehåll fokuserar på att hjälpa användare med funktionsvariation
att ta del av digital information och tjänster.

I juni 2018 släpptes WCAG 2.1-standarden.
Den var inte avsedd att ersätta WCAG 2.0 och WCAG 2.0 är fortfarande giltig.

WCAG 2.1 bygger på WCAG 2.0 och fortsätter att förbättra för funktionshindrade.
Det primära fokuset för WCAG 2.1 var att förbättra tillgängligheten för personer
med funktionsvariation som passar in i en (eller flera) av följande tre grupper:

• användare med kognitiva och/eller inlärningssvårigheter


• användare med nedsatt syn, och


• användare av mobila enheter

En viktig sak att notera om de två versionerna är att om en webbsida
(eller, i förlängningen, en PDF) passerar på WCAG 2.1AA-nivån,
då kommer den även att passera WCAG 2.0AA.

Nedan förtydligas vad i WCAG 2.1 som är relevant för dig vid skapande
av PDF-dokument och de åtgärder som behöver utföras på PDF-dokument
så att de blir tillgänglig PDF.

För nyheterna i WCAG 2.1 och hur de hänför sig till PDF-dokument
anges nedan kriterier och överstämmelsenivåer - A, AA eller AAA.

Dokumentskapande

Kriterium / Success Criterion 1.4.11 – Kontrast för icke-text (AA):

På samma sätt som kontrastkontrollen i 2.0 specificerar denna kontrollpunkt att grafiska
element måste ha ett kontrastförhållande på minst 3:1 mot intilliggande färger såvida inte
"Speciell presentation av grafik är väsentlig för informationen som förmedlas".

Om du inte redan använder ett bra verktyg för kontrastkontroll,
har du nu en ännu bättre anledning att använda ett;
till exempel Colour Contrast Analyser från The Paciello Group.

Kriterium / Success Criterion 1.4.12 – Textmellanrum (AA):

Detta kriterium ger rekommendationer för innehåll som stöder
stilegenskaper för linjehöjd (linjeavstånd), mellanslag efter textstycken,
teckenavstånd (spårning) och ordavstånd, så att när dessa egenskaper
(och endast dessa egenskaper) är inställda enligt WCAG-rekommendationerna,
förloras inget innehåll eller funktionalitet.

Specifikt:

• linjehöjd (linjeavstånd) till minst 1,5 gånger teckensnittstorleken;


• avstånd efter textstycken till minst 2 gånger teckenstorleken;


• teckenavstånd (spårning) till minst 0,12 gånger teckensnittstorleken;


• ordavstånd till minst 0,16 gånger teckensnittstorleken.

Dock, om det finns "mänskliga språk och skript" som inte använder en eller
flera av de stilegenskaper som anges ovan kan filerna ändock överensstämma
med detta kriterium om de tillämpliga stilegenskaperna används.

Kriterium / Success Criterion 2.2.6 - Tidsgränser / Timeouts (AAA):

Detta kriterium är generellt inte tillämpligt på PDF såvida inte
det finns JavaScript i ett formulär, som exempelvis startar en timer.

Om det finns, liknar det kriterium 2.2.1 - Justerbar tid / Timing Adjustable,
där användarna måste varnas för att tiden löper ut för att slutföra en viss
uppgift och ges funktionaliteten att indikera att de behöver mer tid,
med detta kriterium behöver användarna informeras om data som
kommer att förloras om och när den är bestämda tidsperioden löper ut.

Kriterium / Success Criterion 2.5.2 - Pointer Cancellation (A):

Detta kriterium kommer inte att vara tillämpligt på PDF-dokument
förutom när formulär utförs som tillgängliga formulär.

I grund och botten står det att när en "enkel pekare" används,
till exempel när man markerar en kryssruta i ett formulär genom
att klicka på det med musen, nedtryckning på musknappen bör inte
"utföra funktionen" (markera rutan).
Snarare bör kryssrutan markeras när användaren släpper upp musknappen ("mus upp").
Det måste även finnas ett sätt att "avbryta funktionen" (markera inte rutan)
eller att ångra den efter att den har markerats.

Inkludering av en "rensa formulär" -knapp, eller användning av kryssrutor
som lika lätt kan avmarkeras, tar hand om detta.

Det finns också ett par andra saker som tas upp, till exempel att
"ned-händelse" (tryck ner på musknappen) innebär ok att påbörja något
om "upp-händelse" (släpp av musknappen) reverserar den eller om,
av någon anledning funktionaliteten för "ned-händelse" är viktig.
Generellt sett, om man gör "upp-händelsen" för att påbörja något
kommer man att överensstämma med detta kriterium.

Obs! Det finns andra fall i PDF-domlument där detta kan vara
tillämpligt, såsom med länkar.
Den funktionen implementeras emellertid av "användaragenten" och är
därför inte en fråga för författaren eller dokumentskaparen.

Kriterium / Success Criterion 2.5.3 – Etikett i namn / Label in Name (A):

När man skapar formulär, se till att den synliga etiketten (för frågan) matchar,
så nära som möjligt, verktygstipset som läses av tekniska hjälpmedel.
Se också till att "namn" i formulärfältet matchar frågan.
Till exempel, om frågan är "Vad är din ålder?".
Då skall namnet på formuläranteckningen vara "ålder".

Åtgärdande av PDF-dokument så att de blir tillgängliga för
personer med funktionsvariation (Document Remediation)

Förutom nya upphovsrättsliga överväganden när det gäller att åtgärda
PDF-dokument så att de blir tillgängliga för personer med funktionsvariation
finns det nya kriterier i WCAG 2.1 som måste ta beaktas.

Kriterium / Success Criterion 2.2.6 – Tidsgränser / Timeouts (AAA):

Som nämndes i föregående avsnitt,
är detta kriterium generellt inte tillämpligt på PDF såvida det inte
finns JavaScript i ett formulär, som exempelvis startar en timer.

Om det finns, liknar det kriterium 2.2.1 - Justerbar tid / Timing Adjustable,
där användarna måste varnas för att tiden löper ut för att slutföra en viss
uppgift och ges funktionaliteten att indikera att de behöver mer tid,
med detta kriterium behöver användarna informeras om data som
kommer att förloras om och när den är bestämda tidsperioden löper ut.

Om man har till uppgift har till uppgift att lägga till JavaScript till
formuläranteckningar, behöver detta kännas till.
Det kan också vara bra att inkludera den här informationen i verktygstipset
så att användaren är medveten om det. I allmänhet bör detta dock
adresseras under dokumentskapande.

Kriterium / Success Criterion 2.5.2 – Pekarannullering / Pointer Cancellation (A):

Detta kriterium behandlades mer ingående i avsnittet "Dokumentskapande".
I formulär, till exempel, se till att åtgärden i en formuläranteckning är inställd på "mus upp"
(och "oskärpa" för personer som inte använder en mus för att fylla i ett formulär).

Kriterium / Success Criterion 2.5.3 – Etikett i namn / Label in Name (A):

När formulär skall utformas för tillgänglighet, se då till att verktygtipsen för formulär-
anteckningar matchar så nära som möjligt den synliga etiketten för formulärfälten.

På liknande sätt, om man har till uppgift att lägga till formuläranteckningar,
se till att fältnamnen matchar frågan och inte något tvetydigt såsom "Text Field 3."

Andra kriterier som inte tidigare nämnts

Vissa av dem är inte tillämpliga på PDF eller det kan vara att de är saker
som styrs av funktionaliteten hos "user agent" och inte av dokument-
författare eller de som åtgärdar dokument att bli tillgänglig PDF.
Vi ville bara att du inte skulle tro att vi missat att ta med dem.

Hur stöds WCAG 2.1 av CommonLook?

Som ledande leverantör av lösningar för tillgänglig PDF stöder CommonLook WCAG 2.1.

CommonLook PDF Validator och CommonLook PDF stöder för
närvarande testning mot och åtgärder enligt nivån WCAG 2.1AA,
CommonLook Clarity har fullt stöd för testning mot WCAG 2.1AA.

Inom en snar framtid kommer även
CommonLook Office att stödja WCAG 2.1 för dokumentskapare.