Akadálymentesítés

Ez a nyilatkozat az llmeu.com nyilvános oldalaira vonatkozik, amelyek statikus exportként vannak kiszolgálva. Nem terjed ki az API-ra vagy az operátori konzolra, amelyek nem részei ennek az exportnak, és erről az oldalról nem érhetők el.

Nem állítjuk, hogy megfelelünk a WCAG 2.2-nek vagy a WCAG 2.1-nek, egyetlen szinten sem — sem A, sem AA, sem AAA. Harmadik fél nem auditálta ezt az oldalt, és segítőtechnológiai tesztelés nem történt. Az alábbiakban azoknak a dolgoknak a listája következik, amelyeket megmértek, hogyan mérték meg őket, és mi az, ami még ismeretlen.

Mit ellenőriztek

Minden sor megnevezi, mit mértek, és az azt mérő eszközt. Ezek egyike sem tanúsított eredmény; ezen a builden végzett mérések, és újramérhetők.

• A tartalom JavaScript nélkül érkezik ezen az oldalon és minden más nyilvános oldalon. Szinte minden oldal HTML és egy stíluslap; nincs harmadik féltől származó szkript, nincs keretrendszer, nincs hydration. Egy útvonal — a modell-homokozó — egyetlen inline szkriptet hordoz, és noindex jelölést kapott, valamint nem része a bejárható webhelynek.
• Az oldal rendszerbetűkészletekkel jelenik meg, és nem tartalmaz képeket. Nincs webfont és nincs kép egyetlen nyilvános oldalon sem; az egyetlen képi elem az oldalikon. Az elrendezés ezért nem tud elmozdulni, amikor egy betűtípus befejezi a letöltést, vagy egy kép későn érkezik meg.
• Minden táblázatfejléc hozzá van rendelve a celláihoz. A nyilvános oldalakon minden th cella explicit scope attribútummal rendelkezik, és az ezt kikényszerítő ellenőrzés rendereli az oldalakat, és a HTML-t olvassa, nem a sablont. Ez azért van, mert az exportált oldalak korábban scope nélküli fejléceket szállítottak, és ettől kezdi a képernyőolvasó egy összehasonlító táblázatot számok falaként felolvasni.
• A billentyűzetes fókusz látható. Az ugrási hivatkozás minden oldalon az első fókuszálható elem, fókuszáláskor láthatóvá válik, és a fókuszjelzőt a renderelt stílusból olvassuk ki, nem a stíluslapból, valódi böngészőben.
• Minden oldal megadja a nyelvét. Minden dokumentum lang="en" vagy lang="de" értéket ad meg a gyökérelemen, így a képernyőolvasó a megfelelő kiejtési szabályokat választja, és minden oldal mindkét nyelvi alternatívát deklarálja.
• A színkontraszt átmegy a WCAG AA szinten a tervezés szempontjából kritikus párokon, egy esetben tartalék nélkül. 21 párt számítottunk ki a design tokenekből; a legszorosabb 4,69:1 a 4,5:1-es AA küszöbértékkel szemben. A fókuszjelzők átmennek a 3:1-es nem szöveges követelményen világos és sötét környezetben is.

Hogyan mérték meg ezeket

• A táblázatfejléc-, nyelvi és katalógusszerződés-ellenőrzések az automatizált tesztcsomagokban futnak, és a valódi oldalfüggvényeket hajtják meg.
• A fókusz láthatóságát és a renderelt elrendezést headless Chromiumban mértük, először letiltva az animációt és az átmenetet, így a mérés soha nem csúszás közben történik, és a getComputedStyle és a getBoundingClientRect függvényekkel olvastuk vissza — egy osztály a stíluslapban nem bizonyíték arra, hogy bármi renderelődik.
• A kontraszt a stíluslapon feloldott tokenértékekből lett kiszámítva, nem egy élő motor getComputedStyle függvényéből. Ha bármely szabály helyben felülír egy tokent, arra a párra a fenti szám nem vonatkozik.
• A hatókörrel rendelkező táblázatra, a nyelvre és a JavaScript nélküli működésre vonatkozó állítások ebből a buildből lettek újra levezetve az állítás megírásakor; a stíluslap vagy egy oldalsablon módosítása érvénytelenítheti valamelyiket, ezért mindegyik megnevezi az őt hordozó fájlt.

Ami nincs ellenőrizve

Egyszerűen megfogalmazva, mert egy önmagát túlzó akadálymentesítési állítás rosszabb, mint a semmilyen állítás — és mert ennek az oldalnak az egész állítása az, hogy az állításai ellenőrizhetők:

• Nem történt képernyőolvasó-tesztelés. Sem NVDA-val, JAWS-szel, VoiceOverrel, TalkBackkel vagy Orcával. Semmi itt nem olvasható úgy, mint állítás arról, hogy mit jelent be egy képernyőolvasó.
• Nem volt harmadik féltől származó audit — sem akadálymentesítési tanácsadás, sem automatikus megfelelőségi vizsgálat, sem VPAT vagy Accessibility Conformance Report.
• Nem állítunk megfelelést a WCAG 2.2 (vagy 2.1) egyetlen szintjének sem. Egy kontrasztszámítás teljesítése és a táblázatfejlécek megjelölése nem megfelelőség: ez a sikerkritériumok közül kettő, azokon a felületeken, amelyeket mértek.
• Nem történt felhasználói tesztelés fogyatékkal élő felhasználókkal.
• A böngészők és segítő technológiák lefedettsége nincs jellemezve. Az oldal egyszerű HTML és CSS, JavaScript nélkül, ami általában széles támogatást jelent, de az "általában" nem mérés, és nem is úgy mutatjuk be.

Ismert korlátozások

Ezek olyan dolgok, amelyekről már tudjuk, hogy nem tökéletesek, és inkább felsoroljuk őket, mintsem hogy az olvasóra bízzuk a felfedezésüket:

• A konzolra ez az állítás nem vonatkozik. Nem része a statikus exportnak, és a táblázatai nem hordozzák azokat a fejléc-társításokat, amelyeket a nyilvános oldalak igen. Ha a konzol nyilvánosan elérhetővé válik, ez az állítás nem vonatkozik rá.
• Nyomtatáskor a kihagyó hivatkozás, valamint az oldal fejléce és lábléce rejtve van. Így egy oldal kinyomtatásával navigáció és kihagyó hivatkozás nélküli tartalmat kap.
• A nyelvváltó egy natív <select>, amely mind a huszonnégy nyelvet listázza. Billentyűzettel elérhető és címkével van ellátva, és amikor a JavaScript nem elérhető, ugyanaz a lista hivatkozásként jelenik meg.
• Nincs kifejezetten akadálymentesítési kapcsolattartó vagy válaszidő-kötelezettség. A bejelentések egy általános postaládába kerülnek; egyelőre nem vállaljuk, hogy meghatározott időn belül válaszolunk.
• A termékoldalakon az élő állapot- és költségadatok statikus szövegek. Nem frissülnek a böngészőben, mert nincs böngészőkód. Ezen a telepítésen ez a szándékolt viselkedés, nem egy meghiúsult animáció.
• A játszótér, amikor telepítve van, az egyetlen interaktív felület. Ez egy űrlap szöveges címkékkel, és egy magyarázatra egyszerűsödik, amikor az API nincs hosztolva, de a kérés közbeni állapotüzeneteit nem tesztelték képernyőolvasóval.

Hiba bejelentése

Ha valami ezen az oldalon használhatatlan az Ön számára, írjon a mail@llmeu.com címre, és mondja meg, melyik oldalon és mi történt. Az akadálymentesítési hibákat ugyanúgy kezeljük, mint az oldal bármely más hibáját: a forrásban javítjuk és az exportált oldalon ellenőrizzük. Nem fogunk csendben megfelelőségi jelvényt hozzáadni, hogy a bejelentés eltűnjön.

Ez az állítás erre a buildre vonatkozik. Ha egy fenti mérés már nem igaz, a hiba a mérésben vagy az oldalban van — nem az állításban.

Biztonság · Jogi · GYIK