Novinky

Aktívne projekty

Posledná aktualizácia 31. októbra 2026

Prebieha

v3: Kompletná sada na kontrolu kvality

27. septembra 2026

Predstavenie na DrupalCon Europe 2026

Kľúčové nové funkcie

• Zlúčené jadro testov so Sa11y. Nová, spoločne vyvinutá sada pravidiel dopĺňa základnú sadu obsahových testov o testy pre vývojárov, kontrolu kontrastu a hodnotenie čitateľnosti.
• Podpora viacerých jazykov
• Nástroj na tvorbu vlastných kontrol
• Nástroje na údržbu dashboardu
• Nástroj na prehľadávanie webu, ktorý pridáva nové výsledky.
• Pri určitých testoch (je tento PDF prístupný?) umožňuje určitým rolám odmietnuť upozornenia na celom webe.
• Rozdelená konfigurácia: samostatné testovanie a zobrazenia správ podľa rolí pre vývojárov a pre editorov obsahu.

A možno najdôležitejšie pre budúcnosť projektu:

• Získali sme grant na založenie tejto sponzorskej organizácie, ktorá má podporovať súčasných používateľov a financovať práce na nápadoch na budúce projekty.

v2: Odmietnutia & správy

2. marca 2023

Pred dvoma rokmi sme predstavili nástroj na kontrolu prístupnosti Editoria11y ako hotový doplnok pre Drupal, ktorý autorom poskytuje automatickú okamžitú spätnú väzbu s užitočnými tipmi na vylepšenie obsahu.

Mysleli sme si, že tým vyplníme medzeru. Všetky dostupné možnosti si vyžadovali školenie a dôsledné používanie a skúsenosti nám ukázali, že školiť a sledovať tisíce autorov obsahu vo veľkej organizácii nie je efektívny spôsob, ako problém riešiť. Boli sme presvedčení, že ak má program uspieť, musí byť vysoko automatizovaný a pri zistení bežných chýb musí autorom obsahu zdvorilo poskytnúť „školenie v pravý čas“.

Fungovalo to.

V Princetone to do veľkej miery obrátilo smer mojej komunikácie. Na platformách, kde bol nástroj nainštalovaný, sme namiesto posielania opakovaných e-mailov autorom obsahu so žiadosťami o alternatívny text či lepšie odkazy a nadpisy začali dostávať od autorov otázky, ako vylepšiť svoje texty, aby ich nástroj toľko neoznačoval.

Reakcia zvonka bola plná nadšenia:

Písanie samostatných tipov

V tipoch verzie v1 sme zvolili prístup „zhrnutie a podrobnosti“: krátke vysvetlenie problému a odkaz na podrobnosti.

Oproti nástrojom písaným pre vývojárov to bolo zlepšenie: tipy boli krátke a jasné. Rozhodnutie, kam odkazovať, však bolo vždy problém. Viacerí používatelia zo štátnej správy a vysokého školstva pociťovali potrebu upraviť tipy a odstrániť z nich odkazy na dokumentáciu Princetonu, čo im pridávalo prácu. Preto sme predvolené tipy prepísali tak, aby boli samostatné a obsahovali príklady priamo v texte.

Rozlišovanie medzi červenými upozorneniami (jednoznačné problémy) a žltými varovaniami (možné problémy) sa ukázalo ako mätúce a občas otravné.

Žlté varovania sme preto zmenili na „manuálne kontroly“, aby bol ich význam jasnejší, a pridali sme tlačidlá, ktorými môžu autori upozornenia odmietnuť. „Ignorované“ upozornenia sa skryjú len osobe, ktorá na tlačidlo klikne; upozornenia „označené ako OK“ sa skryjú všetkým editorom webu. Správcovia webu môžu určiť, kto má na jednotlivé akcie oprávnenie.

Vytvorenie dashboardu

Majitelia webov sa často sťažovali, že nástroj síce výborne nachádza problémy po celom webe, no neexistuje spôsob, ako si pozrieť správu za celý web.

Prepísaná verzia pridáva možnosť synchronizovať zistenia späť do databázy webu. Majitelia webov teraz môžu prechádzať zistenia podľa stránky alebo problému, kontrolovať, ktoré problémy boli ignorované alebo označené ako OK – a ak s tým nesúhlasia, problém obnoviť!

Prehliadka kódu verzie V2 pre vývojárov

Verzia V2 bola takmer úplne prepísaná. Medzi nové funkcie patria:

• Odstránenie závislosti od jQuery umožňuje inštaláciu na viacerých platformách a prináša dvojnásobné zvýšenie výkonu.
• Nástroj na kontrolu teraz možno nastaviť tak, aby prehľadával viacero nezávislých častí stránky (napr. obsah článku a pätu stránky).
• Nástroj na kontrolu teraz dokáže testovať prvky vnútri shadow DOM, ktorý používajú rôzne webové komponenty a knižnice JavaScript.
• Mnohé nové parametre uľahčujú integráciu s platformami, napríklad automatické ignorovanie všetkých problémov na určitých stránkach pre určitých používateľov, ak za obsah danej stránky nezodpovedajú, no výsledky si chcú zobraziť na požiadanie.
• Nástroj na kontrolu sa teraz dodáva s viacerými základnými témami a parametrami na prispôsobenie farieb.
• Automatizované testovanie pomáha predchádzať regresiám v kóde.

A11yTalks 2024

11. júna 2024

Drupal GovCon 2023

27. októbra 2023

DrupalCamp NJ 2023

28. marca 2023

v1: Inline pomoc

11. marca 2021

Tvorba vysoko prístupného webového obsahu je zložitá a zvyčajne sa začína množstvom školení.

Od zaužívaných postupov treba odrádzať:

• Tabuľky by sa nemali používať na vytváranie falošných stĺpcov
• Súvislý text by nemal byť centrovaný ani zarovnaný do bloku
• Čisto vizuálne formátovanie (hrúbka a veľkosť písma) by nemalo byť jediným nositeľom významu pre používateľov, ktorí môžu obsah počúvať alebo si ho prezerať v „režime čítania“

Nové postupy treba podporovať:

• Obrázky potrebujú alternatívny text, ktorý dáva zmysel v kontexte
• Stránky potrebujú skutočnú štruktúru
• Odkazy by mali mať zmysluplné názvy

Niektoré naše školenia, pravdaže, zavádzame preto, že učíme nové koncepty, no v istom momente si treba položiť otázku: do akej miery potreba nových zručností vyplýva z toho, že koncepty sú nové, a do akej z toho, že zavádzame nové očakávania bez aktualizácie našich nástrojov? To, že je niečo nové, neznamená, že to nemôže byť intuitívne.

Ponaučenia z histórie pravopisu

Fáza 1: Na vine je autor

Od úsvitu zaznamenaných dejín až do začiatku 80. rokov 20. storočia sme vinili autora, keď napísal slovo s chybou. Naučiť sa správne písať bola zodpovednosť autora.

Ako si človek zlepšil pravopis? Bude to znieť povedome:

1. Chodil na školenia, k učiteľom alebo do triedy
2. Dostával zoznamy, pravidlá a slovníky na štúdium – tradícia siaha až k dávnym klinopisným lexikónom vyrytým do hliny.

Fáza 2: Na vine je slovník

V 80. rokoch sa však niečo zmenilo: nazvime to „2. fáza pravopisu“. Najpopulárnejšie textové editory zaviedli kontrolu pravopisu.

A čo sa stalo s hľadaním vinníka? Takmer zo dňa na deň sa vina presunula na nástroj:

• Neviete, ako sa slovo píše? Skúste odhad a dúfajte, že sa nájde zhoda. Ak nie, môže za to slovník.
• Použili ste skutočné slovo, ktoré slovník označí, lebo ho nepozná? Zašomrete a rozhodnete sa, či podčiarknutie ignorovať, alebo kliknúť pravým tlačidlom a pridať slovo do slovníka.

Opravila kontrola pravopisu všetky naše chyby? Ani zďaleka. Ale pomohla. A veľkú časť bremena a zodpovednosti presunula z autora na stroj.

To však nebol koniec…

Fáza 3: Na vine je nástroj na tvorbu textu

Posledné roky priniesli ďalší krok vpred: počítače začali správne písať za nás:

• Prediktívne algoritmy sa snažia uhádnuť ďalšie slovo, ďalšiu frázu, ba aj celú odpoveď na textovú správu.
• Nástroje na automatické formátovanie sa snažia premieňať hviezdičky, čísla a písmená na zoznamy, skratky na špeciálne znaky a emoji a podobne.
• Diktovacie nástroje sa snažia rozpoznať súvislosti, aby si medzi homonymami vybrali to správne.

A kto je na vine, keď to zlyhá? Nástroj!

Agregátory sociálnych médií zbožňujú trápne snímky obrazovky typu „Takto som to nemyslel!“.

Editoria11y je krok k fáze 2

Na našich školeniach veľa hovoríme o testovaní a predstavujeme viacero celkom dobrých testovacích nástrojov. Žiaden z nich nedokáže zachytiť všetko: veci ako „nevysvetľovať pojmy pomocou farebných alebo priestorových odkazov“ musí skontrolovať človek; nástroje zvyčajne zachytia o niečo menej než polovicu skutočných problémov, ktoré web môže mať. Mnohé bežné chyby v redakčnom obsahu však zachytávajú veľmi dobre.

Sú tu však tri problémy:

1. Väčšina z nich sú manuálne nástroje. Tvorcu obsahu ich niekto musel naučiť používať, pri písaní si musí spomenúť, že existujú, a po dokončení ich nezabudnúť spustiť. Tieto tri slabé miesta sa spolčia a veľká časť (väčšina?) obsahu zostane neskontrolovaná.
2. Označujú priveľa. Neupozorňujú len na chyby, ktoré autor práve urobil, ale aj na problémy s farbami od dizajnéra, technické problémy od vývojára, štrukturálne prvky na informačné účely a podobne. To zvyšuje nároky na školenia: autori musia nielen rozumieť nástroju, ale treba ich naučiť aj ignorovať zoznam falošných poplachov či celkom reálnych vecí, ktoré dnes pri písaní tohto konkrétneho článku nemajú na starosti.
3. Automatizované nástroje zvyčajne fungujú podľa modelu „prehľadaj web, navštív dashboard“. Opäť: to predpokladá, že autor bol vyškolený, aby dashboard navštevoval, a že si na to spomenie.

Princeton sa preto rozhodol vytvoriť niečo nové: automatický nástroj na kontrolu integrovaný do webu, ktorý by sledoval len bežné redakčné chyby.

S automatikou je to…ťažké.

1. Automatické nástroje na kontrolu musia byť nenápadné: ak sú príliš dôrazné, prerušujú autora a frustrujú ho. Ak sú príliš zdvorilé, ľahko sa z nich stane prehliadaný šum v pozadí.
2. Automatické nástroje na kontrolu musia byť veľmi výkonné: ak sa stránka pri ich behu trasie alebo zadrháva, autori si ich znepáčia a vypnú ich.
3. Automatické nástroje na kontrolu potrebujú tipy vhodné pre začiatočníkov. Mnohí autori sa tu prvýkrát dozvedia o značkovaní, štruktúre a jazyku, vďaka ktorým bude ich obsah prístupnejší. Upozornenia musia byť napísané jednoduchým, netechnickým jazykom a obsahovať praktické rady na vylepšenie obsahu.

Začali sme teda s nástrojom, ktorý mal k týmto cieľom najbližšie: Sa11y z Toronto Metropolitan University. Prevzali sme jeho testovaciu architektúru a používateľsky prívetivý prístup s informačným panelom a tooltipmi a pol roka sme ho upravovali: aby testy vždy bežali automaticky, aby sa zlepšil výkon, aby sme doladili tooltipy a vytvorili dlhý zoznam konfiguračných možností, ktorými ho vývojár rýchlo prispôsobí akejkoľvek platforme.

Takto to vyzerá dnes:

Keď je autor prihlásený na svojom webe, prepínač Editoria11y ukazuje počet a typ problémov (v poriadku, potrebné manuálne kontroly, pravdepodobné problémy) na každej stránke. Kliknutím si môže zobraziť zvýraznenie a tipy priamo v obsahu. Ak je chyba nová, lebo si prezerá stránku, ktorú práve upravil, panel sa otvorí automaticky.

K marcu 2021 to znamená, že viac ako 400 webov Princetonu automaticky kontroluje:

• Dobrú osnovu dokumentu
  • Preskočené úrovne nadpisov
  • Prázdne nadpisy
  • Veľmi dlhé nadpisy
  • Podozrivo krátke blokové citáty, ktoré môžu byť v skutočnosti nadpismi.
• Textové alternatívy
  • Obrázky bez alternatívneho textu
  • Obrázky s názvom súboru ako alternatívnym textom
  • Obrázky s veľmi dlhým alternatívnym textom
  • Alternatívny text s nadbytočnými slovami ako „obrázok“ alebo „fotografia“
  • Obrázky v odkazoch s alternatívnym textom, ktorý zrejme opisuje obrázok, a nie cieľ odkazu
  • Vložené vizualizácie, ktoré zvyčajne vyžadujú textovú alternatívu
• Zmysluplné odkazy
  • Odkazy bez textu
  • Odkazy s názvom súboru namiesto textu
  • Odkazy len so všeobecným textom: „kliknite sem“, „ďalšie informácie“, „stiahnuť“ a podobne
  • Odkazy, ktoré sa otvárajú v novom okne bez ikony externého odkazu
• Všeobecná kontrola kvality
  • Používanie formátovania zoznamov namiesto hviezdičiek, čísel a písmen
  • VEĽKÉ MNOŽSTVÁ TEXTU PÍSANÉHO S CAPS LOCKOM
  • Tabuľky bez hlavičiek a tabuľky s nadpismi dokumentu („Nadpis 3“) namiesto hlavičiek tabuľky (<th>)
  • Odkazy na PDF a iné dokumenty s pripomienkou otestovať prístupnosť stiahnutého súboru alebo poskytnúť alternatívny prístupný formát
  • Vložené videá s pripomienkou pridať skryté titulky
  • Vložené zvukové záznamy s pripomienkou poskytnúť prepis
  • Vložené príspevky zo sociálnych médií s pripomienkou doplniť alternatívne texty

Knižnicu JavaScript sme sprístupnili komunite, vytvorili sme hotovú integráciu pre Drupal a začali sme pracovať na hotovej integrácii pre WordPress.

Smerom k fáze 3: Prístupnosť ako predvolený stav

V mnohých ohľadoch je Editoria11y dočasné riešenie. Väčšina chýb, ktoré zachytáva, vznikla preto, že sme na autorov obsahu kládli nové očakávania („označte obsah dobrou štruktúrou“), no dali sme im nástroje, ktoré podporovali pravý opak.

Cesta vpred vedie k tomu, aby bola tvorba prístupného obsahu jednoduchšia a čo najautomatickejšia. Ako to bude vyzerať, ešte nie je jasné, no pravdepodobne to zahŕňa napríklad:

• Prehodnotenie dostupných možností. Napríklad: ak používateľom stále hovoríme, aby na webe nezarovnávali text do bloku, nie je čas vyradiť tlačidlo „zarovnať do bloku“?
• Prehodnotenie predvolených možností. Napríklad: predvolená tabuľka vo väčšine redakčných systémov nemá hlavičky. Je na používateľovi, aby vedel, že má kliknúť na „vlastnosti“ a pridať funkcie prístupnosti; možno je čas to obrátiť?
• Úvahy o prediktívnom formátovaní a „napovedaní počas práce“. Ak používateľ označí celý riadok tučným písmom, môžeme mu navrhnúť, aby z neho urobil nadpis? Ak sa chystá vybrať nadpis, môžeme odhadnúť, aké úrovne nadpisov by chcel, namiesto ponuky šiestich možností? Môžeme poskytnúť školenie v pravý čas pre náročné koncepty?