Az akadálymentesség a webfejlesztésben sokszor utólagos gondolat – az Access On podcast 85. epizódja viszont azt mutatja meg, hogyan néz ki az egész folyamat elölről, vak és gyengénlátó felhasználók szemszögéből.
—
Melyik tartalomkezelő rendszer való vakok számára?
A webhelykészítés első kérdése szinte mindig: milyen rendszert válasszunk? Ron Miller az epizódban négy kategóriát vesz végig, és a tanulság nem meglepő: az akadálymentesség nem a szoftver nevén múlik.
A Ghost CMS-t kifejezetten írásra és online kiadványozásra fejlesztették ki – szemben a WordPress általánosabb célkitűzésével. Nyílt forráskódú tartalomkezelő (Content Management System), beépített e-mail hírlevél-kezeléssel, előfizetői nyilvántartással és tartalomcímkézéssel. Az admin felület billentyűzettel jól navigálható, néhány gomb azonban nem volt megfelelően felcímkézve képernyőolvasók számára. A generált oldalak akadálymentessége elsősorban a választott sablontól függ – ha a fejlesztő gondot fordít a témára, a Ghost jó alapot ad.
A statikus webhelygenerátorok (Static Site Generator, SSG) nem egyetlen termékként léteznek: Jekyll, Hugo, Eleventy, Gatsby – mindegyik más megközelítéssel dolgozik, de az elv közös. A tartalom egyszerű szöveges fájlokban, Markdown formátumban él; a generátor ebből kész HTML-, CSS- és JavaScript-oldalakat állít elő. Az elkészült webhely gyors és biztonságos, hiszen nem fut mögötte élő adatbázis. Szövegszerkesztőben és parancssorban képernyőolvasóval jól kezelhető – de az egész megközelítés technikai tudást igényel, kezdőknek nem ajánlott.
A micro.blog különleges eset: nem csupán tartalomkezelő, hanem egyfajta kis közösségi platform is. 2017-ben indult azzal a céllal, hogy a felhasználók megtarthassák az irányítást a saját tartalmuk felett – rövid bejegyzések, követők, idővonal, a Twitter mintájára, de kisebb léptékben. Akadálymentesítés terén kiemelkedő vonása: figyelmeztet, ha egy képhez nem adtunk meg leírást, sőt mesterséges intelligencia által generált javaslatot is felkínál. Az interfész egyszerű és jól felcímkézett. Személyes és közösségi használatra erős választás, nagy szervezetek főoldalának viszont kevéssé alkalmas.
A Squarespace és a Wix vizuális szerkesztők: a felület húzd-és-ejtsd (drag-and-drop) módon működik, az eredmény azonnal látható (What You See Is What You Get, WYSIWYG). Látó felhasználókra tervezték őket, az akadálymentesítési funkciók utólag kerültek hozzájuk. A Squarespace billentyűkombinációkat és navigálható szövegmezőket kínál; a Wix egy külön akadálymentesítési módot biztosít, amely képernyőolvasóval használhatóbb felületet ad. Vak felhasználónak nem lehetetlen velük dolgozni, de több türelmet és kísérletezést igényelnek.
—
A Markdown mint természetes szövetséges
Jonathan Mosen előadása a Markdown-ról egy pontos dátummal indul: 2004. március 15-én John Gruber publikálta a Daring Fireball blogján. A szintaxis kialakításában Aaron Swartz programozó működött közre.
Az alapelv ma is ugyanaz: a dokumentum plain textként is olvasható legyen, tagek nélkül. Vakok számára ebben rejlik az igazi előny – amit a képernyőolvasó felolvas, az maga a tartalom, nem egy vizuális réteg mögé rejtett jelölőkód.
Az alap szintaxis gyorsan megtanulható. Fejléceket kettős kereszttel jelölünk (egy # = H1-es cím, ## = H2-es, és így tovább). Félkövér szöveg dupla csillaggal, dőlt egyes csillaggal írandó. Listát kötőjellel vagy számmal kezdünk – és van egy praktikus fogás: minden listaelemet 1.-gyel is kezdhetünk, a Markdown automatikusan megszámozza őket. Linkek szögletes zárójelben a szöveggel, kerek zárójelben a címmel írandók; képeknél ugyanez felkiáltójellel kezdődik, a szögletes zárójelbe pedig az alternatív szöveg kerül – az akadálymentesítés tehát a szintaxisba van beépítve.
Az eredeti 2004-es specifikáció néhány ponton kétértelmű volt, ezért 2014-ben fejlesztők megalakították a CommonMark projektet, amely pontos, egységes szabványt fektetett le. Erre épít a GitHub Flavored Markdown is, amely táblázatokat, feladatlistákat és áthúzott szöveget is támogat.
—
Eszközök képernyőolvasó-felhasználóknak
A Markdown nagy előnye, hogy szinte bármilyen szövegszerkesztőben írható – de vannak kifejezetten erre a célra épített segédeszközök is.
JAWS-felhasználóknak Brian Hartgen (Hartgen Consultancy, Egyesült Királyság) fejlesztette a Lisi nevű bővítményt, amely Markdown-billentyűkombinációkat ad a képernyőolvasóhoz: Markdown-gomb és B = félkövér, I = dőlt, K = link, Q = blokkidézet, számok = fejlécszintek.
NVDA-felhasználóknak a Markdown Navigator bővítmény elérhető a bővítménytárból, és az NVDA 26.1-es verziójával is kompatibilis. Böngészőszerű navigációt biztosít a Markdown-elemek között egy szerkesztőmezőn belül.
Microsoft Word-felhasználóknak a Writage bővítmény (Windows és Mac OS rendszeren egyaránt) megnyitja a .md fájlokat Wordben, és tiszta CommonMark-formátumban exportál. Jonathan Mosen maga is ezt a kombinációt alkalmazza: a Mantis Braille-kijelzőn ír Markdown-szöveget, majd Wordben nyitja meg. A megközelítés praktikus megoldást ad a Mantis egy sajátos korlátjára is: az eszköz megnyitja a Word-fájlokat, de módosítás után nem menti őket. Markdown-ban írva ez megkerülhető – a .txt fájlt átnevezi .md kiterjesztésűre, és a Writage segítségével közvetlenül Wordben nyitja meg teljesen formázott dokumentumként.
Mac OS-en a BBEdit (Bare Bones Software) erős Markdown-szintaxis kiemelést és VoiceOver-kompatibilitást kínál. Az Apple-ökoszisztémán belül az Ulysses Mac, iPad és iPhone között szinkronizál, a fejlesztők pedig publikusan dokumentálták a VoiceOver-kompatibilitást. iOS-en a Drafts és a OneWriter szintén megbízható akadálymentesítési előélettel rendelkezik.
Androidon a Markor (M-A-R-K-O-R) ingyenes és nyílt forráskódú, a Google Play Store-ból és az F-Droidról is letölthető, és kifejezetten tartalmaz TalkBack-fejlesztéseket.
Újdonság: az iOS 26 verziójától az iPhone beépített Notes (Jegyzetfüzet) alkalmazása natívan támogatja a Markdown importot és exportot.
A Markdown nem csupán fejlesztői eszközökben él. A GitHub és a GitLab teljesen Markdown-alapú; a Microsoft Teams asztali verziója félkövért, dőltet és fejléceket támogat (mobilon ez nem elérhető); a Slack saját változatot használ (ahol egyetlen csillag jelenti a félkövért); a WhatsApp hasonló logikát követ; a Reddit, a Stack Overflow és a Discord CommonMark-ot használ. A különböző mesterséges intelligencia asszisztensek – köztük a Claude, a ChatGPT és a Gemini – szintén Markdown-formátumban adják vissza a formázott válaszokat.
WordPress-en a Jetpack bővítmény biztosít Markdown-írási módot; képernyőolvasóknak a Classic Editor és a Jetpack kombinációja javasolt a Gutenberg-alapú Markdown blokk helyett. Drupal-on a Markdown modul mellett a „Markdown Easy” nevű megoldás érhető el, amely biztonságosabb, és GitHub Flavored Markdown-t kezel.
—
Közösségi média és a Fediverse
Egy webhely tartalma csak akkor ér el közönséget, ha terjesztjük is. Ebben kulcsszerepet játszik az RSS (Really Simple Syndication): minden komolyabb tartalomkezelő automatikusan generál RSS-feedet, amelyet automatizálási szolgáltatásokhoz – például az IFTTT-hez (If This Then That) vagy a Zapier-hez – lehet kötni. Ezek figyelik a feedet, és ha új bejegyzés jelenik meg, automatikusan megosztják a megadott platformokon.
Több fiók egyidejű kezelésére a Buffer és a Hootsuite a legelterjedtebb eszközök; akadálymentesség szempontjából a Buffer a kedvezőbb. A WordPress Jetpack Publicize funkciója a bejegyzéseket közvetlenül a csatlakoztatott fiókokra osztja meg.
Közösségi média tartalmak beágyazásakor érdemes óvatosan eljárni: a hivatalos widgetek akadálymentessége vegyes. Az X (korábban Twitter) widget változó minőségű, a Facebook-beágyazás hírhedten nehézkes képernyőolvasóval. Egyszerűbb és megbízhatóbb egy sima szöveges link a profilra. Ha megosztó gombokat helyezünk el (például az Add to Any vagy a Social Warfare WordPress-bővítményekkel), fontos, hogy minden ikonnak legyen ARIA-felirata (ARIA: Accessible Rich Internet Applications – a webes akadálymentesítés szabványos technológiája), és ne zsúfoljunk egyszerre tizenöt ikont az oldalra.
A Fediverse (federated universe – föderált univerzum) egymással kommunikáló, decentralizált szerverek hálózata; az összekapcsolódást az ActivityPub nevű nyílt protokoll biztosítja. A hálózat legelterjedtebb platformja a Mastodon, amely Twitter-szerű működésű, de egyetlen cég sem irányítja – a Nemzeti Vakok Szövetsége (NFB) saját szervert is üzemeltet nfb.social címen. A Fediverse más platformjai közé tartozik a PixelFed (Instagram-szerű), a PeerTube (YouTube-szerű) és a Bookwyrm (olvasói közösség). A WordPress 6.5 óta kísérleti jelleggel beépített ActivityPub-támogatást tartalmaz, ami azt jelenti, hogy egy WordPress-blog közvetlenül követhető Mastodonról is.
A Mastodon külön figyelmet érdemel a képleírások kultúrája miatt: a közösség más platformokhoz képest lényegesen erősebben elvárja és jutalmazza az alternatív szövegek megadását. A Fediverse általános előnye, hogy a tartalom a felhasználónál marad, hordozható, és nem függ egyetlen cég algoritmusától.
—
A Plaud Note Pro: ígéretes hardver, ingadozó szoftver
Vaughan Rolls hallgató levele egy másik szálat vezet be: a Plaud Note Pro tapasztalatait. A készülék hardvere kiemelkedően akadálymentes – rögzítés indításakor egyszeri, leállításakor kétszeri rezgéssel jelzi az állapotot. A kísérő alkalmazás akadálymentessége azonban ingadozó: frissítések után hol javul, hol romlik a helyzet.
Jonathan Mosen maga is vett Plaud Note Pro-t. Tapasztalata szerint a hangminőség nem kiemelkedő, de az átírás pontossága és a hangszóró-felismerés (diarizáció) kivételes. Az NFB több alkalommal felvette a kapcsolatot a Plaud fejlesztőivel, legalább két számjegyű NFB-tagszám is önállóan nyújtott be panaszt – a probléma tehát ismert, de nem megoldott. Az NFB Braille és Technológiai Nemzetközi Központja (International Braille and Technology Centre) egyelőre nem értékelte az alternatív eszközöket, de a podcast szerkesztői jelzik, hogy ez hamarosan napirendre kerül.
A levélben felvetett e-mailes összefoglaló kérdésére az epizód részletes választ ad: az AutoFlow funkcióval valóban beállítható automatikus feldolgozási folyamat. A Plaud alkalmazás Explore füle alatt érhető el, és futhat minden rögzítésen, vagy feltételhez kötötten – például ha az első 60 másodpercben elhangzik a „meeting” szó. Az AutoFlow szinkronizálás után automatikusan e-mailben küldi ki az átiratot és az összefoglalót; csak a 200 szónál (kb. 5 perces felvételnél) hosszabb anyagokra fut le. Több AutoFlow is létrehozható különböző forgatókönyvekre, de egyszerre csak az első illeszkedő lép életbe.
Aki Zapier-integrációt is beállít, még tovább mehet: rögzítés és szinkronizálás után a rendszer automatikusan a Dropboxba küldi az anyagot, onnan a ChatGPT elemzi, a kinyert feladatok pedig bekerülnek egy Todoist-listába. Beállítani nem egyszerű, de ha egyszer működik, nagyon hatékony.
—
Összegzés
Az Access On podcast 85. epizódja sokféle eszközt érint, de egyetlen témában fut össze: vakok és gyengénlátók számára a jól megválasztott eszközök és a tudatos tartalomlétrehozás alapvetően más élményt ad, mint az utólag toldozott akadálymentesítés. A Markdown szemlélete – ahol tartalom és formázás ugyanaz a réteg – nem technikai finomság, hanem elvi állásfoglalás. A Fediverse decentralizált modellje, az RSS-alapú automatizálás, a megfelelő képernyőolvasó-bővítmények mind olyan eszközök, amelyek valódi autonómiát adhatnak a felhasználónak. A Plaud-hoz hasonló esetekben a hardver-szoftver arány arra emlékeztet, hogy az akadálymentesség soha nem egyetlen komponens kérdése.
—
A cikk az Access On podcast 85. epizódja alapján, AI felhasználásával készült, ezért apróbb pontatlanságokat tartalmazhat.