Naujienos
Aktyvūs projektai
Paskutinį kartą atnaujinta
Vykdoma
Neveikiančių nuorodų tikrinimas Drupal ir WordPress sistemoms
Drupal modulį jau galima testuoti; WordPress versija turėtų pasirodyti 2026 m. IV ketv.
2027 m. II ketv.: sukurti išankstinio publikavimo valdysenos įrankius WordPress sistemai
Šis projektas yra visiškai finansuotas dosnia dotacija, kurią skyrė universitetų grupė, suinteresuota kartu kurti šias funkcijas.
- Sukurti rolėmis pagrįstą konfigūraciją, nurodančią, kuriems naudotojams leidžiama išsaugoti puslapius su žinomomis problemomis.
- Sukurti redaktoriuje veikiantį vediklį, kuriuo autoriai žingsnis po žingsnio peržiūrėtų dar neišspręstus įspėjimus prieš publikuodami turinį.
2027 m. pradžia: PDF tikrinimas Drupal ir WordPress sistemoms
Būsena: ieškome partnerių ir bendradarbių. Šis projektas iš dalies finansuojamas akademine dotacija, tačiau darbai dar neprasidėjo.
Neseniai baigta
2026 m. II ketv.: Paleisti Editoria11y CSA bendruomenę
Liko atlikti:
- Sukurti fiskalinį subjektą prenumeratoms ir rėmimui tvarkyti.
- Nustatyti licencijavimo sistemą.
2026 m. II ketv.: Pasirinktinių taisyklių kūrėjas
- Drupal sistemai baigta.
- WordPress sistemai baigta.
2026 m. III ketv.: 3.x bibliotekos perkėlimas į WordPress
- Sukurti CSA submodulį su bendruomenės palaikomais funkcijomis
- Sukurti prietaisų skydelio priežiūros įrankius, kad būtų pašalinti pasenę rezultatai ir iš naujo naršomas esamas turinys.
- Leisti pažymėti tam tikrus testus kaip tinkamus visoje svetainėje, o ne tik viename puslapyje.
- Leisti padalintą konfigūraciją su atskirais nustatymais ir testais kūrėjams ir turinio redaktoriams.
2026 m. I ketv.: Bibliotekos 3.x perrašymas
- Sujungti Editoria11y ir Sa11y taisyklių rinkinius. Nuo išsišakojimo Sa11y parašė ~50 papildomų testų ir pritaikė ESM įrankius, o Editoria11y įdiegė veikimo gerinimus ir pridėjo parametrų, leidžiančių tikrinti realiuoju laiku. Sa11y 4.2.2 ir Editoria11y 3.0.0 pradės mūsų bendrą ateitį.
- Pridėti „padalintos konfigūracijos" palaikymą, leidžiantį atskirus taisyklių rinkinius kūrėjams ir turinio kūrėjams.
- Pridėti mašininius vertimus į kinų, danų, olandų, vokiečių, graikų, vengrų, italų, japonų, norvegų (Bokmål), lenkų, portugalų (Brazilija), portugalų (Portugalija), ispanų, švedų ir ukrainiečių kalbas kaip šablonus žmogaus patikslinimu.
2026 m. I ketv.: Drupal modulio 3.x perrašymas
- Išplėsti prietaisų skydelį su patobulintomis ataskaitų teikimo ir filtravimo priemonėmis.
- Pridėti mašininius vertimus į kinų, danų, olandų, vokiečių, graikų, vengrų, italų, japonų, norvegų (Bokmål), lenkų, portugalų (Brazilija), portugalų (Portugalija), ispanų, švedų ir ukrainiečių kalbas kaip šablonus žmogaus patikslinimu.
- Padaryti CSV eksporto funkcijas pritaikomas
- Sukurti CSA submodulį su bendruomenės palaikomais funkcijomis
- Sukurti prietaisų skydelio priežiūros įrankius, kad būtų pašalinti pasenę rezultatai ir iš naujo naršomas esamas turinys.
- Leisti pažymėti tam tikrus testus kaip tinkamus visoje svetainėje, o ne tik viename puslapyje.
- Leisti padalintą konfigūraciją su atskirais nustatymais ir testais kūrėjams ir turinio redaktoriams.
Svarstoma
Aptarkite ir balsuokite dėl šių idėjų Editoria11y bibliotekos forumuose.
- Kelių svetainių stebėjimo prietaisų skydelis
- Patarimo kodo vietos skirtukas
- Patarimo puslapio ataskaitos eksportas
- Pažymėti žodžiai
- CLI kūrėjų įrankiai
- Žymekliai / naršyklės papildiniai
- ACT taisyklių patvirtinimas
- Išplėsti pavadinimo/vaidmens/reikšmės patvirtinimą
v3: visas kokybės užtikrinimo rinkinys
Pristatymas DrupalCon Europe 2026 konferencijoje
Pranešimas aukštojo mokslo viršūnių susitikime:
Just Annoying Enough:
The Editoria11y Ambient Accessibility Model (skaidrės)
Svarbiausios naujos funkcijos
- Testų branduolys sujungtas su Sa11y. Naujas kartu kuriamas taisyklių rinkinys papildo pagrindinius turinio testus kūrėjams skirtais testais, kontrasto tikrinimu ir skaitomumo vertinimu.
- Kelių kalbų palaikymas
- Pasirinktinių patikrų kūriklis
- Prietaisų skydelio priežiūros įrankiai
- Svetainės naršymo įrankis, pridedantis naujų rezultatų.
- Leidžia tam tikriems testams (ar šis PDF prieinamas?) tam tikroms rolėms atsisakyti įspėjimų visoje svetainėje.
- Padalinta konfigūracija: rolėmis pagrįsti atskiri testai ir ataskaitų rodiniai kūrėjams ir turinio autoriams.
Ir, ko gero, svarbiausia projekto ateičiai:
- Gauta dotacija šiai remiančiajai organizacijai įkurti, kad ji galėtų padėti esamiems naudotojams ir finansuoti būsimų projekto idėjų įgyvendinimą.
v2: atsisakymai ir ataskaitos
Prieš dvejus metus pristatėme Editoria11y prieinamumo tikrintuvą – paruoštą naudoti Drupal svetainių papildinį, kuris autoriams automatiškai ir akimirksniu pateiktų grįžtamąjį ryšį ir naudingų patarimų, kaip pagerinti turinį.
Manėme, kad taip užpildysime dar niekieno nepatenkintą poreikį. Visos esamos galimybės buvo naudingos tik po mokymų ir kruopščiai jas naudojant, o patirtis rodė, kad mokyti ir prižiūrėti tūkstančius turinio autorių didelėje organizacijoje nėra veiksmingas būdas šiai problemai spręsti. Buvome įsitikinę: kad programa pasiteisintų, ji turi būti labai automatizuota ir, aptikusi dažnas klaidas, mandagiai suteikti turinio autoriams „mokymų pačiu laiku“.
Tai suveikė.
Princeton universitete tai iš esmės apvertė mano bendravimo kryptį. Platformose, kuriose jis įdiegtas, užuot siuntę turinio autoriams vienodus el. laiškus su prašymais pataisyti alternatyvų tekstą, nuorodas ar antraštes, ėmėme gauti turinio autorių klausimus, kaip rašyti geriau, kad jų tekstas nebūtų žymimas taip dažnai.
Išorėje reakcija buvo euforiška:
Savarankiškų patarimų rašymas
Su v1 patarimais pasirinkome „santrauka ir išsami informacija“ metodą: trumpas problemos paaiškinimas ir nuoroda į išsamesnę informaciją.
Tai buvo pažanga, palyginti su kūrėjams skirtais įrankiais: patarimai buvo trumpi ir aiškūs. Tačiau visada kildavo klausimas, kur turėtų vesti nuoroda. Keletas valstybės institucijų ir aukštųjų mokyklų naudotojų jautė poreikį keisti patarimus ir šalinti nuorodas į Princeton universiteto dokumentaciją, o tai jiems reiškė papildomą darbą. Todėl numatytuosius patarimus perrašėme taip, kad jie būtų savarankiški ir su įterptiniais pavyzdžiais.
Skirtumas tarp raudonų įspėjimų (tikrų problemų) ir geltonų perspėjimų (galimų problemų) pasirodė painus, o kartais ir erzinantis.
Todėl geltonus perspėjimus pavertėme „rankiniais patikrinimais“, kad jų reikšmė būtų aiškesnė, ir pridėjome mygtukus, kuriais autoriai gali atsisakyti įspėjimų. „Ignoruojami“ įspėjimai paslepiami tik juos spustelėjusiam asmeniui, o „pažymėti kaip tinkami“ – visiems svetainės redaktoriams. Svetainės administratoriai gali pasirinkti, kam leidžiama atlikti kiekvieną iš šių veiksmų.
Prietaisų skydelio kūrimas
Svetainių savininkai dažnai apgailestavo, kad įrankis puikiai randa problemas visoje svetainėje, bet nėra kaip peržiūrėti visos svetainės ataskaitos.
Perrašytoje versijoje atsirado galimybė sinchronizuoti radinius su svetainės duomenų baze. Dabar svetainių savininkai gali naršyti radinius pagal puslapį ar problemą, peržiūrėti, kurios problemos buvo ignoruotos ar pažymėtos kaip tinkamos, ir, jei nesutinka, problemą atkurti!
V2 kodo apžvalga kūrėjams
V2 buvo perrašyta beveik visa. Štai kelios naujos funkcijos:
- Atsisakius priklausomybės nuo jQuery, tikrintuvą galima įdiegti daugiau platformų, o našumas padidėjo dvigubai.
- Dabar tikrintuvą galima sukonfigūruoti taip, kad jis tikrintų kelias atskiras puslapio dalis (pvz., straipsnio turinį ir puslapio poraštę).
- Dabar tikrintuvas gali testuoti elementus šešėliniame DOM, kurį naudoja įvairūs žiniatinklio komponentai ir JavaScript bibliotekos.
- Daug naujų parametrų palengvina integravimą su platformomis, pavyzdžiui, tam tikruose puslapiuose galima automatiškai ignoruoti visas problemas tam tikriems naudotojams, jei jie neatsako už to puslapio turinį, bet vis tiek gali norėti pamatyti rezultatus, kai jų prireikia.
- Dabar tikrintuvas pateikiamas su keliomis bazinėmis temomis ir parametrais spalvoms pritaikyti.
- Automatizuotas testavimas padeda išvengti kodo regresijų.
2024 m. A11yTalks
Šiek tiek istorijos ir aptarimas, kaip sekasi kurti v3 funkcijas.
Drupal GovCon 2023
Išsamus žvilgsnis į tai, kuo įterptiniai tikrintuvai, tokie kaip Sa11y ir Editoria11y, skiriasi nuo kūrėjams skirtų rankinių įrankių ir naršymu pagrįstų prietaisų skydelių.
Sesijos aprašymas
Apžvalga kūrėjams apie JavaScript, žiniatinklio komponentų, JSON API ir Drupal funkcijas, kurios sudaro Editoria11y tikrintuvą.
Sesijos aprašymas
DrupalCamp NJ 2023
Sesijos aprašymas
Skaidrės / Skaidrės (.pdf)
v1: įterptinė pagalba
Kurti labai prieinamą žiniatinklio turinį sudėtinga, ir paprastai viskas prasideda nuo daugybės mokymų.
Reikia atgrasyti nuo įprastų praktikų:
- Lentelės neturėtų būti naudojamos netikriems stulpeliams kurti
- Ištisinis tekstas neturėtų būti centruojamas ar lygiuojamas pagal abu kraštus
- Prasmės perteikimas neturėtų remtis vien vizualiniu formatavimu (šrifto storiu ir dydžiu), nes naudotojai turinio gali klausytis arba peržiūrėti jį „skaitymo režimu“
Reikia skatinti naujas praktikas:
- Vaizdams reikia kontekste prasmingo alternatyvaus teksto
- Puslapiams reikia tikros struktūros
- Nuorodų pavadinimai turėtų būti prasmingi
Žinoma, kai kurie mūsų mokymai rengiami todėl, kad mokome naujų sąvokų, tačiau tam tikru metu reikia paklausti: kiek naujų įgūdžių poreikio kyla iš to, kad sąvokos yra naujos, o kiek – iš to, kad keliame naujus lūkesčius neatnaujindami savo įrankių? Tai, kad kažkas yra nauja, nereiškia, kad tai negali būti intuityvu.
Rašybos istorijos pamokos
1 etapas: kaltinkime autorių
© Marie-Lan Nguyen / Wikimedia Commons
Nuo pat rašytinės istorijos aušros iki devintojo dešimtmečio pradžios, kai žodis būdavo parašomas su klaida, kaltindavome autorių. Išmokti taisyklingai rašyti buvo paties autoriaus atsakomybė.
Kaip žmogus tobulindavo rašybą? Tai nuskambės pažįstamai:
- Lankydavo mokymus pas mokytojus arba klasėje
- Gaudavo mokytis sąrašų, gairių ir žodynų, kurių ištakos siekia senovės molyje įspaustus dantiraščio žodynus.
2 etapas: kaltinkime žodyną
Tačiau devintajame dešimtmetyje kai kas pasikeitė: pavadinkime tai „rašybos 2 etapu“. Populiariausiose tekstų rengyklėse atsirado rašybos tikrinimas.
O kas nutiko kaltųjų paieškoms? Beveik per naktį kaltė persikėlė ant įrankio:
- Nežinote, kaip parašyti žodį? Spėkite ir tikėkitės, kad atitikmuo bus rastas. Jei ne – kaltinkite žodyną.
- Vartojate tikrą žodį, kurį žodynas pažymi, nes jo nežino? Paburbėkite ir nuspręskite, ar ignoruoti pabraukimą, ar spustelėti dešiniuoju pelės mygtuku ir pridėti žodį į žodyną.
Ar rašybos tikrinimas ištaisė visą mūsų rašybą? Tikrai ne. Bet jis padėjo. Ir didelę naštos bei atsakomybės dalį perkėlė nuo autoriaus ant mašinos.
Tačiau tai nebuvo pabaiga…
3 etapas: kaltinkime turinio kūrimo įrankį
Pastaraisiais metais žengtas dar vienas žingsnis: kompiuteriai pradėjo rašyti už mus:
- Nuspėjimo algoritmai bando atspėti kitą žodį, kitą frazę, o gal net visą atsakymą į žinutę.
- Automatinio formatavimo įrankiai bando žvaigždutes, skaičius ir raides paversti sąrašais, trumpuosius kodus – specialiaisiais simboliais ir jaustukais ir t. t.
- Diktavimo įrankiai bando atpažinti sąvokas, kad galėtų pasirinkti tarp homonimų.
O kas kaltas, kai visa tai subyra? Įrankis!
Socialinės žiniasklaidos agregatoriai dievina gėdingas „Aš ne tai turėjau omenyje!“ ekrano nuotraukas.
Editoria11y yra žingsnis link 2 etapo
Per mokymus daug kalbame apie testavimą ir pristatome kelis tikrai gerus testavimo įrankius. Nė vienas jų nepagauna visko: tokius principus kaip „nepaaiškinti sąvokų remiantis spalvų ar erdvinėmis nuorodomis“ turi patikrinti žmogus; įrankiai paprastai aptinka šiek tiek mažiau nei pusę tikrų svetainės problemų. Vis dėlto jie labai gerai pagauna daugelį dažnų klaidų redakciniame turinyje.
Tačiau yra trys problemos:
- Dauguma jų yra rankiniai įrankiai. Turinio kūrėjas turi būti išmokytas jais naudotis, rašydamas turinį prisiminti, kad jie egzistuoja, ir baigęs nepamiršti jų paleisti. Šios trys nesėkmės vietos kartu lemia, kad didelė (didžioji?) turinio dalis lieka nepatikrinta.
- Jie pažymi per daug. Jie žymi ne tik ką tik autoriaus padarytas klaidas, bet ir dizainerio padarytas spalvų problemas, kūrėjo padarytas technines problemas, informaciniais tikslais rodomus struktūrinius elementus ir t. t. Tai pakelia mokymų kartelę: autoriai turi ne tik suprasti įrankį, bet ir būti išmokyti ignoruoti ilgą sąrašą klaidingų teigiamų rezultatų arba visai tikrų dalykų, kurių taisyti šiandien, rašant šį konkretų straipsnį, nėra jų atsakomybė.
- Automatizuoti įrankiai paprastai laikosi principo „išnaršyk svetainę ir apsilankyk prietaisų skydelyje“. Ir vėl: daroma prielaida, kad autorius išmokytas lankytis prietaisų skydelyje ir nepamirš to padaryti.
Todėl Princeton universitete ėmėmės kurti kai ką nauja: į svetainę integruotą automatinį tikrintuvą, kuris žiūrėtų tik į dažnas redakcines klaidas.
Automatiškai veikti… nelengva.
- Automatiniai tikrintuvai turi būti subtilūs: jei jie per daug primygtiniai, jie trukdo autoriui ir jį erzina. Jei per daug mandagūs, gali tapti lengvai ignoruojamu foniniu triukšmu.
- Automatiniai tikrintuvai turi būti labai našūs: jei jiems veikiant puslapis trūkčioja ar stringa, autoriai ims jų nekęsti ir juos išjungs.
- Automatiniams tikrintuvams reikia pradedantiesiems suprantamų patarimų. Daugeliui autorių tai bus pirmas kartas, kai jie išgirs apie žymėjimą, struktūrą ir kalbą, dėl kurių jų turinys taps prieinamesnis. Įspėjimai turi būti parašyti paprasta, netechnine kalba ir pateikti praktinių patarimų, kaip pagerinti turinį.
Todėl pradėjome nuo šiems tikslams artimiausio įrankio, kokį tik radome: Sa11y, sukurto Toronto Metropolitan University. Perėmėme jo testų architektūrą ir naudotojui patogų informacinio skydelio su patarimais metodą, o tada pusę metų pritaikėme įrankį taip, kad testai visada būtų vykdomi automatiškai, optimizavome jo našumą, tobulinome patarimus ir sukūrėme ilgą konfigūravimo parinkčių sąrašą, kuriuo kūrėjas galėtų greitai pritaikyti įrankį bet kuriai platformai.
Štai kaip tai atrodo šiandien:
Kai autorius prisijungia prie savo svetainės, Editoria11y jungiklis kiekviename puslapyje rodo problemų skaičių ir tipą (problemų nerasta, reikia rankinių patikrinimų, rasta tikėtinų problemų). Jį spustelėjęs autorius gali atverti įterptinį paryškinimą ir patarimus. Jei klaida yra nauja, nes autorius žiūri į ką tik redaguotą puslapį, skydelis atsidaro automatiškai.
Nuo 2021 m. kovo tai reiškia, kad daugiau nei 400 Princeton svetainių automatiškai tikrina šiuos dalykus:
-
Gera dokumento
struktūra
- Praleisti antraščių lygiai
- Tuščios antraštės
- Labai ilgos antraštės
- Įtartinai trumpos citatos, kurios iš tikrųjų gali būti antraštės.
-
Teksto
alternatyvos
- Vaizdai be alternatyvaus teksto
- Vaizdai, kurių alternatyvus tekstas yra failo pavadinimas
- Vaizdai su labai ilgu alternatyviu tekstu
- Alternatyvus tekstas su pertekliniais žodžiais, tokiais kaip „vaizdas, kuriame“ ar „nuotrauka, kurioje“
- Nuorodose esantys vaizdai, kurių alternatyvus tekstas, regis, aprašo vaizdą, o ne nuorodos tikslą
- Įterptos vizualizacijos, kurioms paprastai reikia teksto alternatyvos
-
Prasmingos
nuorodos
- Nuorodos be teksto
- Nuorodos, kurių pavadinimas yra failo pavadinimas
- Nuorodos, kurių pavadinimas yra tik bendrinis tekstas: „spustelėkite čia“, „sužinokite daugiau“, „atsisiųsti“ ir pan.
- Nuorodos, atidaromos naujame lange, be išorinės nuorodos piktogramos
-
Bendrasis kokybės užtikrinimas
- Tikrinama, ar naudojamas sąrašų formatavimas, o ne žvaigždutės, skaičiai ir raidės
- DIDELI KIEKIAI TEKSTO DIDŽIOSIOMIS RAIDĖMIS
- Lentelės be antraščių ir lentelės, kuriose vietoj lentelės antraščių (<th>) naudojamos dokumento antraštės („Antraštė 3“)
- Nuorodos į PDF ir kitus dokumentus, primenant naudotojui patikrinti atsisiunčiamo failo prieinamumą arba pateikti alternatyvų prieinamą formatą
- Įterpti vaizdo įrašai, primenant naudotojui pridėti subtitrus
- Įterpti garso įrašai, primenant naudotojui pateikti nuorašą
- Įterptas socialinės žiniasklaidos turinys, primenant naudotojui pateikti alternatyvius elementus
JavaScript biblioteką išleidome bendruomenei, sukūrėme paruoštą naudoti Drupal integraciją ir pradėjome kurti paruoštą naudoti WordPress integraciją.
Link 3 etapo: prieinamumas pagal numatytuosius nustatymus
Daugeliu atžvilgių Editoria11y yra laikinas sprendimas. Dauguma jo aptinkamų klaidų padarytos todėl, kad turinio autoriams iškėlėme naujus lūkesčius („žymėkite turinį tinkama struktūra“), bet davėme įrankius, skatinančius priešingai.
Kelias į priekį – padaryti prieinamo turinio kūrimą lengvesnį ir kuo labiau automatinį. Kaip tai atrodys, dar nėra aišku, bet tikriausiai apims tokius dalykus:
- Permąstyti, kokios parinktys yra prieinamos. Pavyzdžiui: jei vis raginame naudotojus nelygiuoti žiniatinklio teksto pagal abu kraštus, gal laikas atsisakyti to mygtuko „lygiuoti pagal abu kraštus“?
- Permąstyti numatytąsias parinktis. Pavyzdžiui: daugumoje turinio valdymo sistemų numatytoji lentelė neturi antraščių. Naudotojas pats turi žinoti, kad reikia spustelėti „ypatybės“ ir pridėti prieinamumo funkcijas; gal laikas tai apversti?
- Apmąstyti nuspėjamąjį formatavimą ir „užuominas darbo metu“. Jei naudotojas paryškina visą eilutę, ar galime pasiūlyti ją paversti antrašte? Jei naudotojas ketina pasirinkti antraštę, ar galime atspėti, kokio lygio antraštės jam gali reikėti, užuot siūlę šešias parinktis? Ar galime suteikti mokymų pačiu laiku apie sudėtingas sąvokas?