content _ mod _ accesskey

2.1 301-549 WCAG,

Onartu egin da, eta bertsio berria 301-549, 301-549 V2.1.2 ERE (2018-08) (Leiho berri batean Irekitzen Du)

Bertsio berri hori, 2.1 bertsioa 301-549 lotuta dago; beraz, WCAG irizpide berri guztiak ditu.

Gainera, bertsio berria, 301-549 aitortu diote europako batzordeak 2018ko abenduaren 21era bateratu gisa ezartzeko. Erabilerraztasunaren zuzendaritza eta, beraz, espainiako administrazio publikoak erabiltzen dituen estandarra da.

2.1 Aplikazio WCAG gida azkarra (Leiho berri batean Irekitzen Du)

Guztiak 2.1 WCAG (Leiho berri batean Irekitzen Du) irizpide berri bat sartu 17, 12 eta AA maila horietako bat dute. honako hauek dira:

  • 1.3 Eredua Erabiltzeko:
    • 1.3.4 Orientazioa (AA)
    • 1.3.5 Sarreraren helburua identifikatu (AA)
    • 1.3.6 Helburua identifikatu (AA)
  • 1.4 Distinguible jarraibidea:
    • 1.4.10 Behera (AA)
    • 1.4.11 Testurik gabe "(AA)
    • Testuaren Tartea 1.4.12. (AA)
    • Eduki kurtsorea 1.4.13 edo foku (AA)
  • 2.1 Teklatua aukera Dago:
    • 2.1.4 Lasterbide teklak karaktereak (A)
  • 2.2. Denbora Nahikoa jarraibidea:
    • 2.2.6 Itxarote-denbora (AA)
  • 2.3 Erreakzio fisiko eta Konbultsioak jarraibidea:
    • 2.3.3 Animazioa elkarrekintzak (AA)
  • Bi sarrera aukera daude:
    • 2.5.1 (Keinu erakuslea (A)
    • 2.5.2 Arte Bertan erakuslea (A)
    • 2.5.3 Izenean Etiketa (A)
    • Mugitu Eragingailua 2.5.4 (A)
    • 2.5.5 Helburu Handiak (AA)
    • 2.5.6 Batera sartzeko Bideak (AA)
  • 4.1 Jarraitu Da:
    • 4.1.3 Mezuen egoera (A)

Lehendik dauden arauen arabera irizpideek, besteak beste, bidea izan ezik 2.5 “ ” motak. , la cual es una nueva pauta introducida en las WCAG 2.1. Está dedicada específicamente a facilitar la interacción a través de diferentes dispositivos de entrada más allá de la interacción mediante teclado, especialmente desde dispositivos móviles.

Web edukirako irisgarritasun jarraibideak (WCAG) 2,1 ( 2.1 Web Content Accessibility Guidelines (Leiho berri batean Irekitzen Du) ) azken bertsioa da irisgarritasun-jarraibideen webgunean (edukiak (World Wide Web Consortium (W3C). behin betiko onartu zen ekainaren 5Etik aurrera 2018ko gomendioa argitaratu zenetik ia hamarkada bat egiteko prozesuaren 2.0 Web Content Accessibility Guidelines, 2008ko abenduaren 11n.

Berrikuntzen artean daude bere aurrekoa baino bertsio hau du:

  • Se han añadido 17 nuevos criterios de conformidad (5 nuevos criterios de conformidad de nivel A, 7 de nivel AA y 5 de nivel AAA)
  • Termino berriak sartu dira irudian glosarioa
  • Eredu berria erantsi zaio (2.5 modalitateak "sarrera") hasiera bigarren irudian (Operabilitatea), 12 ildo izan ziren 13
  • Se añade en el enunciado del criterio 1.3.3 específicamente el color y se quita en consecuencia la nota del criterio 1.4.1
  • Se añade una nota adicional en el requisito 5.2.2 "Páginas completas"
  • Se añade un punto adicional en "Componentes opcionales de la declaración de conformidad" de la sección de conformidad

Aipatzekoa da bertsio honetan ez dira irizpideak aldatu diren WCAG 2.0 onartzen, ezta zenbakia.

2.1 Wcag-ek irisgarritasuna hobetzeko helburuarekin sortzen dira nagusiki hiru erabiltzaile taldeak:

  • Ikaskuntza kognitiboa (edo ezgaituak
  • Ikusmen urria duten pertsonak
  • Pertsona ezinduak dituzten gailu mugikorretatik

Ez zen espero zen bezala, 2.0 wcag-ek barrena eta ezintasun kognitibo jakin batzuei beharrak edo ikusmen urria duten pertsonen beharrak. halaber, teknologiak eta azken urteetan asko aldatu dira web edukiak sartzeko moduak irudian ageri ez diren egoerak sortuz wcsg-etan 2.0 hasieran.

Las WCAG 2.1 pretenden cubrir un mayor conjunto de recomendaciones para hacer la web más accesible. Estas Pautas aspiran a mejorar la accesibilidad del contenido web tanto en entornos de escritorio y portátiles como en tablets y dispositivos móviles.

Bai, 2.1 bateragarria izaten dituzten WCAG 2.0 wcag-ek atzerantz.

Las WCAG 2.1 se pueden considerar como un superconjunto que contiene a las WCAG 2.0. Aquellos criterios de conformidad de las WCAG 2.0 que se consideraban mejorables han sido complementados con otros nuevos criterios más específicos, pero sin cambiar la redacción original de los requisitos originales los cuáles siguen siendo válidos. Por lo tanto, como las WCAG 2.1 extienden las WCAG 2.0, no existen requisitos que sean incompatibles entre una versión y la otra.

Esta estrategia de ampliación ayuda a dejar claro que si una página web es conforme a las WCAG 2.1 también será conforme a las WCAG 2.0. Y en sentido contrario, si una página web es conforme a las WCAG 2.0 se podrá actualizar a las WCAG 2.1 sin incompatibilidades.

Adibidez, Ez da nahikoa zen, 2.0 wcsg-etan arteko kontrastea eta atzeko planoaren kolorea (testuaren kolorea (AE 1.4.3) "wcsg-etan beharkizuna ez al dago testuaren edukia beste betebehar bat gehituz beste irizpide bat (1.4.11 SC).

No, como se ha comentado en la pregunta anterior, los criterios de conformidad de las WCAG 2.0 se han mantenido sin modificar dentro de las WCAG 2.1. Podemos decir que las WCAG 2.0 están incluidas tal cual dentro de las WCAG 2.1.

Berrikuntzak forma bat, irizpide berriak sartzen dira, eta beste bi definizio berriak azaltzeko, kontuan hartu beharrekoak diren baldintzak betetzen.

No, la numeración de los criterios de conformidad de las WCAG 2.0, así como su nivel de conformidad, se mantiene sin modificar en las WCAG 2.1. De igual forma, también se mantiene la numeración de las técnicas suficientes, técnicas complementarias y fallos asociados a los criterios de conformidad. De esta forma no es necesario cambiar ninguna de las referencias existentes a la documentación de las Pautas realizadas desde informes, guías, herramientas, etc.

Para preservar la numeración de las WCAG 2.0 los nuevos criterios de conformidad se añaden a continuación de los ya existentes en las Pautas correspondientes. Sin embargo, esta estrategia de actualización en la que no se modifica la numeración tiene como consecuencia que en las WCAG 2.1 se pierde el orden de los criterios en base a su nivel de conformidad dentro de cada pauta, donde estaban ordenados desde el nivel A hasta el AA.

Adibidez, 9. araua betetzen 1.4 irizpide bezala, A mailan, 1.4.1 1.4.9 AAA maila baino. joera hori lau irizpide berriak sartzen dira 2.1 Wcsg-etan dinamikan dagoen zenbakia (1.4.10 1.4.13 arte) eta maila guztietan).

Bai, berrikuntza garrantzitsua sartu da, eta kontuan hartu behar ote diren berariazko web orri bat WCAG araberakoa da (5.3 atala).

Ohar gehigarri bat eransten zaio izan dadin adierazten duen orri bat ere egin behar denaren arabera aldaketa bakoitzak orria pantailaren tamaina desberdinetako du automatikoki (adibidez, web-orri bat erabiltzeko edo aldaketak “ responsive ”). Hala, web gunea erabiltzeko izan web diseinua (design Responsive web), hainbat maquetaciones mugikorrak, mahai-gaineko idazteko irizpide guztiak bete beharko ditu, eta horietako bakoitzak oinarri izan irudiak.

Uno de los principales objetivos de las WCAG 2.1 es mejorar la accesibilidad de las páginas web para las personas con discapacidad que acceden desde dispositivos móviles.

Helburu hori lortzeko baldintza dezaketen beste batzuk sartu dira bide horretan. Hala ere, estu lotuta bistaratzeko gailu mugikorretan, irizpidearen arabera Reflow 1.4.10 funtzio hau behar da edukia edo egin gabe eta informaziorik galdu gabe, bi dimentsioko Eremu txikiak ikusteko scrolla (CSS 320x256 pixel). irizpide hori hasieran pentsatuta dago Nahiz esperientzia hobetzeko behar duten pertsonak ikusmen urria arte zoom egin daitekeen irudian (% 400 gehiago jatorrizko tamaina bikoitza gertatu gabe scroll (1280x1024 ebazpen batetik abiatuta), eta esan behar da praktikan ere ondo moldatu ere hainbat tamainako orria “ ” leihoa.

En el propio criterio de conformidad se indica que permitir el reajuste del contenido se conoce también como Diseño Web Adaptable (Responsive Web Design) y se considera como la forma más efectiva para conseguir cumplir este criterio. Así, entre las técnicas indicadas está el uso de media queries para establecer puntos de ruptura y reformatear el contenido para diferentes anchos de visualización. Estos puntos de ruptura se disparan de igual forma tanto si se reduce el tamaño de la ventana como si se hace zoom sobre el contenido.

Precisamente, se ha determinado un valor de 320 píxeles CSS como objetivo porque se considera el tamaño mínimo razonable para el que es factible maquetar un sitio web. También se ha escogido este valor porque coincide con el ancho de pantalla más pequeño de los dispositivos móviles más comunes y porque se corresponde con un zoom de 400% en un navegador de escritorio con un ancho de ventana de 1280px.

Hala ere, kontuan izan behar da hori salbuespen gisa hartzen duten zatiak (edukia eta aurkezpena bi dimentsiotan. para poder transmitir su significado o para poder emplearse de forma correcta.

Salbuespen horren barruan sar daitezke, multimedia edukiak eta irudiak bi alderdi izan dituzte, berez, baina hori al daiteke redimensión adaptarlos leihoaren tamaina arte. Salbuespen bat gertatzen da, argiagoa datu-taulak gelaxken arteko harremanak ezartzen dituzte, bi dimentsioko testuinguruan. Beraz, datu-taula, datu-taula konplexuetan batez, ez dituzte hartzen zuten hori.

Beste eduki behar diren salbuespen bat jo daiteke. erabiltzaile-interfaze konplexuak como las que proporcionan barras de herramientas para editar contenidos que se deben mostrar simultáneamente junto con la barra de herramientas (editores de texto, editores gráficos, etc.). Por otra parte, aunque no se mencione de forma explícita en las WCAG 2.1, se pueden considerar también como excepción los formularioak edo konplexutasun handikoa: , tanto a nivel de interacción como de visualización, de forma que no son razonablemente operables desde dispositivos móviles.

Ez dira kontuan hartu beharreko beste irizpide bat ondo ikustea. gailu mugikor edo edukien haratago doaz.

Hala, adostasun irizpidea 1.3.4 Orientazioa nos indica que el contenido no puede restringir su visualización y funcionalidad a una única orientación de la pantalla (horizontal o vertical) a no ser que dicha orientación específica sea esencial. Algunos usuarios tienen los dispositivos anclados en una posición fija (p. ej. sobre una silla de ruedas) y no pueden modificar su orientación. Por ejemplo, un usuario con una tablet anclada en posición vertical no podría acceder a un sitio web que sólo se mostrase en posición horizontal.

Irizpidearen arabera 2.5.1 (Keinu Erakuslea indica que toda la funcionalidad que emplee gestos multipunto o dependientes del trazo realizado también se debe poder realizar empleando un único punto de contacto y sin trazos, mediante una pulsación sencilla con un dedo o con un puntero. Por ejemplo, si es posible hacer un gesto de pinza con dos dedos para hacer zoom sobre un mapa o un movimiento lineal para desplazarse sobre el mismo entonces también debe haber un par de botones que permitan hacer zoom y otros botones (p. ej. rueda de cuatro puntos) que permitan el desplazamiento. El objetivo de este criterio es asegurar que el contenido se puede operar desde un gran número de dispositivos de entrada sencillos de forma que las personas con problemas de movilidad los puedan realizar.

Irizpidearen arabera 2.5.4 Mugimenduaren Bidez Aktibatzea indica que cualquier funcionalidad que se pueda operar mediante el movimiento del dispositivo también se debe poder realizar a través del interfaz de usuario y también se debe poder desactivar dicha operación mediante el movimiento para evitar acciones no deseadas. Esto beneficia a las personas que tienen sus dispositivos anclados en posiciones fijas (p. ej. una silla de ruedas) y no pueden interactuar mediante el movimiento. También se evita que personas con problemas de movilidad ejecuten ciertas acciones accidentalmente al realizar movimientos no controlados.

Por otra parte, aunque el contenido se vea correctamente en un dispositivo móvil no se debe bloquear la posibilidad de hacer zoom sobre el mismo. Se considera un error emplear, por ejemplo, elementos meta con “maximum-scale” o “minimum-scale” o bien con “user-scalable=no” o “user-scalable=0”.

Finalmente, y con un carácter más general, en el requisito de conformidad Orrialde Guztiak se indica que para que una página web se pueda considerar conforme también debe serlo en cada una de sus diferentes formas de visualización. Es decir, también se han de cumplir todos los criterios de conformidad en cada una de las versiones de la página web (móvil, tablet, escritorio, etc.).

En relación a los formularios las WCAG 2.1 incluyen algunas novedades importantes a tener en cuenta.

Irizpidearen arabera 1.3.5 Sarreraren helburua identifikatu adierazi behar da datuak sartzeko eremuak automatikoki zehazte aldera, eskatzen duten pertsonei buruzko informazioa. informazio hori atera ahal Izatea da helburua, erabiltzaileen aplikazioek ofrecérsela hainbat eratako pertsonei horren berri emateko formularioak edo osatze automatikoa elkarrekintzan.

En algunos casos puede parecer suficiente con los nuevos tipos de elementos tipo de HTML5 “ ” tel.: “ ”, pasahitza “ ”, etab. hala ere, eremu horiek ere naturari informaziorik ematen datu-mota sartu zuten, oso orokorrak diren kategoriak erabil daitezke, adibidez, mezu bat edo eremu bat dela adierazteko erabiltzen da telefonoa, baina ez du argitu zein diren jakin al dira (telefonoa edo helbide elektronikoa erabiltzen DUZU (edo beste norbaiten?).

Por lo tanto es preciso emplear técnicas alternativas como el atributo 5.2 ” “ autocomplete HTML (Leiho berri batean Irekitzen Du) balio bat adierazten duena; eskatutako informazio mota (Leiho berri batean Irekitzen Du) (adib., "izena", "honorific-prefix", "given-name", "additional-name", "family-name"...).

Bestalde, irizpidea. 2.5.3 Etiketa, izena pide que para los componentes de la interfaz de usuario que dispongan de una etiqueta textual (o imagen de texto) entonces su nombre programático o nombre accesible (etiqueta

Si bien en las WCAG 2.0 sólo se exigía un contraste mínimo para el contenido textual, incluyendo el texto mostrado en imágenes, en las WCAG 2.1 este requisito se extiende también para aquel testuaren edukia cuya información visual es necesaria para su comprensión o identificación. Así, es necesario asegurar un mínimo de contraste en todos los elementos visuales necesarios para reconocer e identificar los diferentes componentes que forman parte de la interfaz de usuario y sus posibles estados (excepto en el caso de los componentes inactivos). Por ejemplo, los enlaces, botones, campos de formulario, iconos que actúan como enlaces (no acompañados de texto), el indicador del foco del teclado, etc.

Este requisito también es aplicable, de forma general, a todas aquellas partes de los contenidos gráficos que sean necesarias para su comprensión. Es el caso, por ejemplo, de cualquier imagen que transmita información como los iconos acerca del formato de documentos o aquellos que indican estados, identifican avisos, acciones, redes sociales, etc. Esto también incluye los diferentes elementos gráficos que formen parte de diagramas, infografías o gráficas como pueden ser las líneas, los fondos, límites de los objetos, formas, etc., además del propio texto que pudiera formar parte de las mismas.

Este criterio de conformidad exige que si el usuario ajusta la presentación del contenido a ciertos parámetros, no se pierda contenido o funcionalidad. Los parámetros a justar son los siguientes:

  • Linearen altuera letra-tamaina txikiena: 1.5veces irudian.
  • Paragrafo arteko tartea irudian, bi aldiz gutxiago: letra-tipoa.
  • Letren arteko tartea (jarraipena) letra-tamaina: 0,12 gutxi batzuetan irudian.
  • Hitzen arteko tartea letra-tamaina txikiena: 0.16 aldiz irudian.

Para validar este criterio se puede utilizar el Bookmarklet de Steve Faulkner, disponible en http ://// test tsbookmarklet.html www.html5accessibility.com

Irizpide horrek aipatzen al. bistaratu eduki gehigarria noiz erakuslea edo elementu bat galdu du. ( hover ) teklatua (edo fokua ( focus ), por ejemplo el menú desplegable que se muestra cuando se pone el puntero por encima de un elemento. Debe existir un mecanismo adicional que permita descartar el contenido adicional sin necesidad de mover el puntero o cambiar el foco del teclado.

Zer mekanismoa erabil daiteke. edukia ezabatzeko. sin necesidad de mover el puntero o cambiar el foco del teclado?

Erabiltzeko aukerak proposatzen dira ESC tekla zein da berariazko botoia ixteko (ohiko “ botoia X ” edo “ Itxi ”), si bien el botón debe tener ya el foco en el momento de mostrarse el contenido adicional para que no haga falta desplazar el foco hasta el mismo.

? Beti egongo da mekanismo bat. edukia ez duen beste gune batera mugitzeko (erakuslea edo teklatu gabe?

Ez gainera, akats bat agertzen den edukia, informatu eta estalki bat du, eta ez datuak sartzean, edukia ez da beharrezkoa mekanismo horiek eskaini, ez baita ikustea oztopatzen edukirik.

El contenido adicional que se muestra u oculta cuya presentación visual está controlada por la aplicación de usuario y no por los desarrolladores como, por ejemplo, el tooltip que muestra el contenido del atributo title (título), tampoco está afectado por este criterio.

Irizpidea aplikatzen badu, esaterako, goitibeherako menuak (pop-ups ez modalak, tooltips … pertsonalizatuak

En los componentes del interfaz de usuario (como los campos de formulario, botones, enlaces, controles que se puedan generar mediante scripts como sliders, tabs, treeviews…) es necesario que el testua ikusgai (bere lana egiten duena etiketa ikusi du eta reconocerlos) ere. izen hori eskuragarri izatea (eragile edo erabiltzailearen edukia bistaratzeko tresnak erabiltzen duten pertsonak).

Para cumplir este criterio se debe cumplir que el Nombre accesible sea el contenido de la etiqueta accesible y opcionalmente se puede poner algo más, pero el comienzo del nombre accesible debe ser idéntico al contenido de la etiqueta accesible, para que lo que se muestra en pantalla (etiqueta) y lo que las herramientas utilizan (nombre accesible) comience exactamente igual.
 

Sartu xxxxx Etiketa = + [] irisgarria:

Osagai bakoitzak du erabiltzaile-interfazea sartu izena lehenespenez erabili dezakezu edo izena erabilgarri determinarse ARIA ARIA Erabiliz gero, zein izen lehenetsia da.

Osagai bakoitzak du erabiltzaile-interfazea erabili izen lehenetsia (elementu eduki zuten, elementu edo atributu baterako balio duen). Hona hemen osagai bakoitzaren izen lehenetsia izatea EB:

EBKO kide den Erabili izen lehenetsia
Erabili izen lehenetsia

(Elementu edukia.

XXXXX atributuak balio zuten ” ” value =

Alt = XXXXX atributua (” ” balioa

(Elementu edukia

XXXXX

(Elementu edukia

XXXXX

Pantailan agertzen den begiratu behar da ikusteko moduko bat izango da eta izena.

Hona hemen adibide argitzeko irizpidea.

Kasu hauetan pantailan agertzen den testua izango DUTE eta izena :

 


Bilatu

 

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

Por pantalla aparece “Go” y el nombre accesible es “Find in this site”

 

 

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

 
 Deskargatu 
 gizmo 

specification 

 

Por pantalla aparece “Search” y el nombre accessible es “find in this site”

 
Bilatu gune honetan.
Sarbide Nagusia
Sarbide Nagusia

Lotutako gaiak Lotutako gaiak