accesskey _ mod _ content

WCAG 2.1 eta 301-549

Bat garatu eta du 301-549, bertsio berria EN 301-549 v2.1.2 (2018-08) (Ireki leiho berrian)

Bertsio berri hau EN 301-549 lerrokatuta dago bertsio WCAG 2.1 eta, beraz, irizpide berriak guztiak sartu.

Gainera, bertsio berria 301-549 BATEAN aitortu da europako batzordeak 2018ko abenduaren 21ean harmonizatua, estandar gisa aplikatzeko Web-eko sarbide-zuzendaritza eta hori dela eta, espainiako herri-administrazioen aplikatzen estandarrak.

WCAG 2.1 aplikazio gida azkarra (Ireki leiho berrian)

Dira WCAG 2.1 (Ireki leiho berrian) sartu berriak adostasun-irizpideak, 12 17 bat baitute adostasun-maila edo AA. hona:

  • 1.3 Egokigarria: arauak
    • 1.3.4 Orientazioa (AA)
    • 1.3.5 Helburua identifikatu, sarrera (AA)
    • 1.3.6 Helburua identifikatu (AAA)
  • 1.4 Duenez, araua:
    • 1.4.10 Errefluxu (AA)
    • 1.4.11 Kontrastea testurik gabe (AA)
    • 1.4.12 Testu-Tartea (AA)
    • Edukia 1.4.13 kurtsorea edo fokua (AA)
  • 2.1 Araua Teklatua Irisgarria:
    • 2.1.4 Tekla-Lasterbideak karaktere (A)
  • 2.2 Nahikoa Denbora jarraibidea:
    • 2.2.6 Itxarote-denbora (AAA)
  • 2.3 Konbultsioak eta jarraibidea erreakzio fisikoetara:
    • 2.3.3 Animazioa elkarrekintza (AAA)
  • 2.5 Jarraibidea sarrera-Modalitateak:
    • 2.5.1 Errotore zilindrikoko Keinuak erakuslearen (A)
    • 2.5.2 Erakuslearen Bertan Behera Uztea (A)
    • Etiketa 2.5.3 izenean (A)
    • 2.5.4 Mugimendu-Eragintza (A)
    • 2.5.5 Helburu Tamaina (AAA)
    • 2.5.6 Mekanismoak aldi bereko sarrera (AAA)
  • 4.1 Araua Bateragarria:
    • 4.1.3 Egoera-Mezuak (AA)

Ados daudela adierazteko, besteak beste, irizpide berriak lehendik dauden Jarraibideak araua izan ezik 2.5 “ sarrera ” Modalitateak eta, horregatik jarraibide berri bat sartu da WCAG-ek 2.1. bereziki Zuzenduta dago arteko elkarreragina erraztea hainbat sarrera-gailuak haratago, batez ere gailu mugikorretatik bidez elkarrekintza teklatua.

Web edukirako irisgarritasun-jarraibideak (WCAG) 2.1 ( Web Content Accessibility Guidelines 2.1 (Ireki leiho berrian) ) azken bertsioa da edukiaren irisgarritasun-jarraibideek Web orrian World Wide Web Consortium (W3C). Ekainaren 5ean argitaratu zen behin betiko gomendioa 2018ko bat egiteko prozesuaren ia hamar urte ondoren argitaratzen denetik Web Content Accessibility Guidelines 2.0 2008ko abenduaren 11n.

Berrikuntzen artean horren bertsio berria egunkariak dagokionez, honako hauek daude:

  • 17 Berriak gehitu dira adostasun-irizpideak (beste 5 adostasun-irizpideak A maila, AA mailan eta 5-7-AAA maila)
  • Hitz berriak gehitu dira, glosarioa
  • Jarraibide berri bat eransten da, (2.5 "sarrera-Modalitate") bigarren printzipioa (Operabilitatea) izan da, 12: 00etatik 13: jarraibideak
  • Erantsi zaio. teoremaren enuntziatua berariaz kendu eta, ondorioz, kolorea eta irizpide 1.3.3 irizpidea 1.4.1 oharra
  • Ohar bat erantsi da osagarria 5.2.2 "Orrialde osoak" baldintza
  • Puntu bat eransten zaio, osagarria "Osagai aukerako adostasun-deklarazioa ataleko" arabera

Aipatu behar da bertsio honetan ez dira aldatu adostasuna WCAG 2.0 irizpideak, ezta zenbakia.

WCAG-Ek 2.1 irisgarritasuna hobetzeko helburuarekin sortzen dira. taldearen etorkizuna hiru erabiltzaile-taldeak:

  • Minusbaliotasun kognitiboa ikaskuntzaren edo duten pertsonak
  • Ikusmen urria duten pertsonak
  • Gailu mugikorretatik sartzen dituzten pertsona minusbaliatuei

Garai batean uste zen WCAG-ek 2.0 ez espero zen bezala, egun-mota jakin batzuk, hala nola kognitiboak edo ezgaitasunak beharrak duten pertsonen beharrak. Halaber, azken urteetan dituzten teknologia eta jotzeko modu nabarmen aldatu dira web edukirako kontuan hartzen ez diren eta egoera, hasiera batean, eta WCAG-ek 2.0.

WCAG-Ek 2.1 dute zenbait gomendio handiagoa egiteko orduan errazago beha daitezke hegaztiak. nahi dute, eta, horretarako, Jarraibide Hauek web irisgarritasunari buruzko web edukia, bai ingurune mahai gaineko ordenagailura eta eramangarriak tabletetan ikusteko eta gailu mugikorra gisa.

Bai, WCAG-ek 2.1 dute atzerantz WCAG-ek 2.0 bateragarritasuna.

WCAG-Ek 2.1 partikular gisa har daitezkeela, mintzari eusten dion superconjunto WCAG-ek 2.0 Duten adostasun-irizpideak ematen ziren 2.0. WCAG-ek hobetu osagarririk ere izan dira beste irizpide berriak espezifikoagoetan, baina jatorrizko bertsioan zein jatorrizko baldintzak aldatu gabe baliozkoak dira. Beraz, WCAG-ek 2.1 WCAG-ek 2.0, ez dago betebehar artean bateraezinak diren zabaltzen bertsio eta bestea.

Estrategia horrek laguntza handitzeko nahi duela garbi utzi web orri bat dator bat WCAG-ek 2.1 araberakoa izango da. WCAG-ek 2.0 kontrako noranzkoan. Eta ere, web 2.0 WCAG-ek araberakoa da, eguneratu ahal izango da a WCAG-ek 2.1 gabe bateraezintasunak.

Hala, adibidez, berriz, WCAG-ek 2.0 Bakarrik eskatzen artean kontraste nahikoa testuaren kolorea eta atzeko planoaren kolorea (SC 1.4.3), WCAG-ek 2.1 kontraste-baldintza ere hartzen ditu, testu-ez duen edukiari bidez adostasun-irizpide berria (SC 1.4.11).

Ez aipatu den moduan, aurreko galderari dagokionez, adostasuna WCAG 2.0 irizpideak aldatu gabe mantendu dira barruan. Esan dezakegu WCAG 2.0 barne daude WCAG-ek 2.1 barruan bere horretan WCAG-ek 2.1.

Nobedadeen berri gisa sartzen adostasun-irizpideak, definizio berriak azalpen-pare bat kontuan hartu beharrekoak eta berriak baldintza orokorrak bete beharko dituzte.

Ez, zenbakiak adostasun-irizpideak, bai eta haien adostasun-mailaren arabera, 2.0 WCAG-ek ez da aldatu WCAG-ek 2.1. Era berean, era berean, behar diren zenbakitu dira, tekniko osagarriak eta akatsen. Era horretan, ez lotutako adostasun-irizpideak aldatu behar da aurretik dauden erreferentziak ez dokumentazioari bidez egindako txostenak, jarraibideak, eta, horrenbestez, gidak, tresnak, etab.

Zenbakitu dira WCAG 2.0 zaintzeko irizpide berriak gehituko dira lehendik dauden du los vampiros (jarraibideen arabera. Hala ere, eguneratze-estrategia horrek ez du ondorio gisa, zenbakikuntza aldatu egiten da WCAG-ek 2.1 galdu egiten da irizpideen ordena horren barruan, non adostasun-mailaren arabera ordenatuta daude arau bakoitzeko mailatik A AA.

Hala, adibidez, jarraibide 1.4 zuen 9 adostasun-irizpideak, 1.4.1 A 1.4.9 AAA maila. mailako WCAG-ek 2.1-joera hori irizpide berriak gehituko dira lau jarraitzen dugu, lehendik dagoen zenbaki (arte 1.4.10 1.4.13 )-guztiak izan dira.

Bai, berrikuntza bat gehitu da, kontuan hartu aintzat hartzeko orduan web-jarraikiz, WCAG-ek 2.1 (5.2 idatz-zatia).

Ohar bat erantsi da gehigarria. bertan, hau esaten da orri bat araberakoa izateko ere izan behar du aldaketa bakoitzak orriaren automatikoki aurkezten den pantaila-tamaina (adibidez, web orri bat ” edo “ aldaketak responsive moldagarria). Beraz, web gune batek web diseinua moldagarria izatea (Responsive web design) egiteko hainbat maquetaciones mugikorrak, mahai-gaineko eta bakoitzean bete beharko ditu adostasun-irizpideak izan ditzaketen irudiak.

Helburu nagusietako bat da WCAG-ek 2.1 irisgarritasuna hobetzea, web orriak desgaitasuna duten pertsonentzat, gailu mugikorretatik sartzen.

Helburu hori lortzeko batzuk sartu dira baldintza berriak. Hala ere, eta noranzko berekoak baitira zuzeneko erlazioa bistaratzea gailu mugikorretan, adostasun-irizpidea 1.4.10 Reflow edukia, hau da informazio edo funtzionaltasuna galdu gabe eta scroll egin beharrik gabe, bi dimentsiotan bistaratze-eremu txikiak (CSS 320x256 pixel). irizpide Hori, hasieran pentsatuta dago esperientzia hobetzeko, ikusmen urria duten pertsonen ziurtatu behar da arte gutxienez,% 400etik zoom egin ahal izateko, jatorrizko tamaina bat gertatzeko scroll bikoitza (ebazpen baten abiatuta 1280x1024), praktikan eta inplizituki ere esan nahi du “ behar bezala egokitu behar da, orri ” hainbat tamainatan ere baditu.

Irizpide bertan adierazten du; horretarako, aukera eman behar da edukia birdoitzea izenez ere ezagutzen Web Diseinua Moldagarria (Responsive Web Design), eta lortzeko modurik eraginkorrena, irizpide hori betetzeko. horrela, besteak beste, teknikak aplikatuz erabiltzea, queries batez besteko etete-puntuak eta edukiak ezartzeko reformatear hainbat zabalak. haustura-puntuak areagotu egin da, era berean, nahiz eta Horiek murriztu egiten da egiten bada, honelako leiho zoom edukiari buruz.

Hain zuzen ere, 320 pixel-balio bat zehaztu da CSS jotzen duelako helburu gutxieneko tamaina du arrazoizko aplika daitekeen eztabaidatzen da web gune bat aukeratu da; izan ere, balio hori Ere maketatzeko. bat dator zabalera txikiena gailu mugikorretarako ohikoenak eta zoom bati dagokio,% 400etik mahaigaineko nabigatzaile batean zabalera duten 1280px leihoa.

Hala ere, garrantzitsua da kontuan, baldintza horrek salbuespen modura hartzen duzun edukiaren atal berezia eskatzen dute, bi dimentsiotan aurkezpena eta maketazioa para poder transmitir su significado o para poder emplearse de forma correcta.

Salbuespen hori barruan ezin dira sartu irudiak eta multimedia-edukiak izan ere, bi dimentsio ditu: natura garbi, hala ere, arte bere redimensión leihoaren tamaina ahalik eta da salbuespen bat argiagoa. datu-taulak , gelaxken arteko harremanak ezartzen dira bi dimentsioko testuinguru batean. beraz, datu-taulak, bereziki konplexuak, datu-taulak daude baldintza honen irismenetik kanpo dago.

Beste eduki bat dela pentsa dezakegu dira izan ezik erabiltzaile-interfazeak konplexuak ematen diren tresna-barrak erakutsi behar direla edukiak editatzeko batera aldi berean tresna-barra (testu-editoreak, argitaratzaileak grafikoak, etab.). Bestalde, nahiz eta ez aipatzea modu esplizituan WCAG-ek 2.1 ere salbuespen dira gisa formularioak edo izapideak konplexutasun handikoa denean elkarrekintza-maila, bai, bai; horrela, ez dira nahiko operables gailu mugikorretatik.

Ez, adostasun-irizpideak kontuan hartu beharreko gailu mugikorretan haratago doaz zuzen maketazioa edo edukiak.

Hala, adostasun-irizpidea 1.3.4 Orientazioa adierazten digu edukia ez bistaratzeko eta funtzionaltasuna murriztu dezake bakar bati pantailaren orientazioa (horizontala edo bertikala) izan ezik. Erabiltzaile batzuek orientazio espezifikoa funtsezkoa dute errotuta dauden gailuak kokaleku finkoa (adibidez, gurpil-aulki baten gainean), eta ezin dira aldatu, orientatzeko. Adibidez, tablet bat jasoko duen erabiltzaile bat posizio bertikalean ainguratutako ez da web gune batera besteei baino ez da horizontalean.

Adostasun-irizpidea 2.5.1 Errotore zilindrikoko erakuslearen Keinuak adierazi duenez, funtzionaltasun osoaren erabili, puntutik puntu anitzera edo haren mende dauden ere egin ahal izan behar da keinu trazu gune bakar bat erabiliz egin gabe, eta lerro baten bidez erraz bat edo hatz bat sakatuta. Adibidez, keinu bat egin daiteke berreskuratze-matxardaren bi behatzekin mapa batean zoom egiteko edo higidura lineala ebaztea joateko orduan ere eduki behar du, botoi-pare bat egiteko aukera ematen duten zoom eta beste botoi batzuk (adibidez, gurpila lau punturekin) ditzaten. Helburua da bermatzea. irizpide hori edukia batetik erabil daiteke. sarrera-gailuak, eta, era berean, alderdi asko errazak mugikortasun-arazoak dituzten pertsonen egin ditzaten.

Adostasun-irizpidea 2.5.4 Mugimendua Bidez adierazi duenez, ahal den edozein funtzionaltasuna bitartez eragiketak egitea gailuaren mugimendua ere egin ahal izan behar da erabiltzaile-interfaze eta bidez ere egin ahal izan behar da eragiketa hori desaktibatzeko mugimendua eragiten dio, eta nahi ez diren ekintzak gerta ez daitezen. Horrek mesede egiten die errotuta dauden gailuak izan duten pertsonen jarrera finkoak (adibidez, gurpil-aulkian) eta ez bidez jardun dezakete mugimendua, saihestu egiten da. era berean, mugikortasun-arazoak dituzten pertsonak nahi gabe egin mugimendu ez-kontrolatuak, zenbait ekintza egiten.

Bestalde, nahiz eta edukia behar bezala ikusi behar da gailu mugikor zoom egiteko aukera blokea ez da lehiaketa ebaztea. akatsa dela, erabili Da, adibidez, helmugara maximum-scale ” edo “ ” edo “ elementu minimum-scale “ user-scalable = ez ” edo “ user-scalable = 0 ”.

Azkenik, eta, adostasun-baldintza Orrialde Osoak adierazten da web orri bat ere izan behar da arabera hartu ahal izateko, bakoitzean era desberdinetakoak. Hau da, guztiak ere bete behar dira adostasun-irizpideak bertsio bakoitzean web orria (mugikorrak, mahai-gaineko, mahaigaina, etab.).

Formularioak dagokienez, badira zenbait nobedade garrantzitsu WCAG-ek 2.1 kontuan izan beharreko alderdia da.

Adostasun-irizpidea 1.3.5 Helburua identifikatu, sarrera adierazi du zehaztu ahal izan behar da automatikoki xedea sartzeko eremuak datu-eskatzen duten pertsonei buruzko informazioa. Helburua da erabiltzaileen aplikazioek atera ahal hori eskaintzea eta pertsonei edo, bestela, informazio hori daude hainbat informazio hori osatze automatikoa duten elkarrekintza errazteko.

Kasu batzuetan, agian nahikoa elementu-mota berriak HTML5 PARADIGMAN ARAUTU ETA INTEGRATURIKO IKUSPUNTUARI ESKER-mota ”, “ emaila ”, “ pasahitza “ tel ”, etab. Hala ere, nahiz eta eremu horiek informazio jakin bat ematen, nolakoa izango den beharreko datu-mota, kategoria hauek sartu dira erabil daitezkeen komeni da. Adibidez, adierazteko balio dute, eremu bat helbide elektroniko bat edo telefono bat, baina ez da ageri da zein den datu zehatz horri dagozkio (erabiltzailearen helbide elektronikoa edo beste norbaiten AL teléfono edo?).

Beraz, beharrezkoa da bestelako aukerak, hala nola atributua teknikak erabiltzea “ autocomplete ” HTML 5.2 (Ireki leiho berrian) eta balio bat adierazi eskatutako informazio-mota (Ireki leiho berrian) (adibidez, "honorific-prefix" "given-name" "name" "additional-name" "family-name",,,,...).

Bestalde, adostasun-irizpidea 2.5.3 Etiketa Izena eskatu erabiltzailearen interfazearen osagaiak dituzten testu-etiketa bat (edo testu-irudia), haien programazio-izena edo izen irisgarria (etiketa

Baina 2.0 WCAG-ek baino ez da eskatzen den gutxieneko edukia testu kontrastea barne erakutsitako testua irudietan, WCAG-ek 2.1 da betekizun hori duenarentzat ere hartzen ditu, edukia ez testual ikusizko informazioa behar da ulertu edo identifikazioa. Horrela, ezinbestekoa da ziurtatzea gutxienez sartzen da kontrastea egiteko behar diren elementu guztiak osatzen duten osagaiak ezagutzea eta identifikatzea, erabiltzailearen interfazearen eta bere balizko estatu (salbu eta osagai ez-aktiboak). Adibidez, estekak, botoiak, ikonoak, formulario-eremuak gisa jarduten diren loturak (testu-bakarrik), fokuaren adierazle teklatua, etab.

Baldintza hori ondorengo hauetan ere aplika daiteke, oro har, alderdi guztiei eduki grafikoen beharrezkoak diren haren ulerkuntza. Hala egin behar da, adibidez, edozein irudi helarazitako informazioa; besteak beste, agirien formatoa buruzko ikonoak edo estatu, oharrak, ekintza, sare sozialak, etab. adierazten identifikatzen Ere talde horren barruan elementu grafiko guztien parte hartzen duten diagramak, infografiak edo grafikoak nola izan daitezke, funtsak, mugak diren objektuak, formak, etab., gainera, testua bera horietako kide izan daitekeen.

Irizpide honen arabera, erabiltzailea edukiaren aurkezpena a doitzen eskatzen du, zenbait parametro (edukia edo funtzionaltasuna gal ez justetan esku hartu beharreko parametroak. honako hauek dira:

  • Linea-handia : gutxienez 1.5veces letra-tamaina.
  • Paragrafoen arteko tartea letra-tamaina: bitan, gutxienez.
  • Letren arteko espazioa (tracking) : 0,12 aldiz gutxienez letra-tamaina.
  • Hitzen artean tarte : 0,16 aldiz gutxienez letra-tamaina.

Irizpide hori baliozkotzeko erabil daiteke Steve Faulknerrekin Bookmarklet, orri honetan eskuragarri: https :// www.html5accessibility.com/testak/tsbookmarklet.html

Adostasun-irizpide honen bitartez egiten dio erreferentzia agertzen den eduki gehigarria denean elementu bat jaso edo galtzen erakuslea ( hover ) fokua edo teklatua ( focus ), adibidez den menuan bistaratzen da gainetik jartzen erakuslea elementu bat. Bat egon behar du alde batera utzi ahal izateko mekanismo gehigarria eduki gehigarria mugitu gabe erakuslea edo foku aldatu.

Zer mekanismo erabil daiteke alde batera utzi eduki gehigarria mugitu gabe erakuslea edo lurrikararen aldatu?

Hauek dira proposatzen diren aukerak erabiltzea ESC tekla edo berariazko botoia ixteko (ohiko ” botoiaren X ” edo “ Itxi ”), nahiz eta izan behar da gure lehentasuna, dagoeneko botoia une edukia bistaratu gehiago zaletuek ez ikuspegia aldatzea arte.

ZER Mekanismo bat egon behar du beti alde batera utzi ahal izateko eduki gehigarria mugitu gabe erakuslea edo lurrikararen aldatu?

Ez edukia bistaratzen den gehigarria berri eman du datu-sarreran, edo, bestela, errore bat tapa, beste eduki bat edo ordezten, ez da beharrezkoa, ez baitu bistaratzea mekanismo horren eskaintzea oztopatzen edukirik.

Edukia gehigarria erakusten edo ezkutatzen den aurkeztu zitzaion kontrolatuta dago ikusmen erabiltzailearen aplikazioarekin, eta ez dituzte; esate baterako, tooltip agertu beharko dute edukia erakusten duen atributua title (izenburua), ez dago irizpide hori.

Irizpidea aplikatuz gero, esate baterako, goitibeherako menuak, pop-ups ez modalak, tooltips pertsonalizatuak …

Osagaien erabiltzaile-interfazea (esate baterako, formulario-eremuak, botoiak, loturak, kontrolak eragin ditzaketen script-ak, tabs treeviews sliders gisa bidez, …) ezinbestekoa da ikus testua (bere gisa jokatzen du etiketa adierazteko erabiltzen da begiz aitortu) ere bere izenean eta ordezkari hau erakundeko kide irisgarria (erabiltzen duten eragileek edo erabiltzaileentzako tresna edukia erakusteko, desgaitasuna duten pertsonentzat).

Irizpide hori betetzeko bete behar da izena eskuragarri izatea, eta, aukeran, etiketaren edukia eskuragarri jar daiteke, baina zerbait gehiago izenaren berdina izan behar du hasiera irisgarria etiketaren edukia irisgarria, pantailan agertzen den (etiketa) eta erabiltzen diren tresnak (izena irisgarria) hasi guztiz berdina.
 

Etiketa irisgarria + [xxxx] irisgarria = izena

Osagai bakoitza erabiltzaile-interfaze bat irisgarria izena izena edo gutxiegi iragazteagatik irisgarria erabiliz zehaztu daiteke ARIA Erabiliz gero ARIA, gehiago dira lehenespenez izena.

Osagai bakoitza erabiltzaile-interfaze bat lehenespenez irisgarria izena (elementuaren edukian, balio atributu batek edo elementu elkartua). Hona hemen eskuragarri izena lehenespenez osagai bakoitzaren IU:

IU osagai Lehenespenez irisgarria izena
Lehenespenez irisgarria izena

Lotutako elementuaren edukian

Atributua value = ” XXXX ”

Atributua alt = ” XXXX ”

Elementuaren edukian

XXXX

Elementuaren edukian

XXXX

Ikusi behar da pantailan ikusi eta ea bat eskura edukitzea. izena

Ondoren, argitzeko adibideak ageri dira.

Kasu hauetan pantailan agertzen den testua eta izen irisgarria DATOZ BAT :

 


Bilatu

 

Kasu hauetan pantailan agertzen den testua ez datoz bat irisgarria izena :
 

Pantailan agertzen da “ Go ” eta “ Find in this site ” izena irisgarria da

 

 

Pantailan agertzen da “ Download specification ” eta “ Download gizmo specification ” accessible izena da

 
 Deskargatu 
 gizmo 

specification 

 

Pantailan agertzen da “ Search ” eta “ find in this site ” accessible izena da

 
Find in this site

Materiala ikusgaia Materiala ikusgaia