Egy kórházi ágyból hangutasításokkal irányított iPad, egy demenciával küzdő édesanya és egy zárolt, PIN-kóddal védett telefon-mód – a Double Tap legújabb, hallgatói levelekre épülő adása több nézőpontból is körbejárja, mennyire ismerik és használják ki az emberek a beépített akadálymentesítési funkciókat.
A Double Tap egy vakok és gyengénlátók számára készülő technológiai podcast, állandó műsorvezetői Steven Scott és Shaun Preece. Ebben az epizódban nem egy konkrét témát dolgoznak fel, hanem a hallgatóktól beérkezett leveleket veszik sorra – ezekből azonban több visszatérő szál is kirajzolódik: a beépített akadálymentesítési funkciók ismertsége, az egyszerűsített telefonhasználat kérdése, valamint az, hogy kinek és hogyan érdemes alkalmazásokat fejlesztenie a vak felhasználók számára.
Hangvezérlés egy kórházi ágyból
Az adás egyik legmegrázóbb, ugyanakkor tényszerűen elmondott levele Briantól érkezett. Brian keresztfia súlyos balesetet szenvedett, aminek következtében quadriplégiássá – vagyis mind a négy végtagjára lebénulttá – vált. A fiatalember nem volt látássérült, mégis a hangvezérlés (voice control) funkció segítségével kommunikált a hozzátartozóival a Stoke Mandeville-i kórházi ágyából: hang- és szöveges üzeneteket küldött, telefonált, sőt szemmozgással irányított játékokat is játszott az iPaden. Brian elmondása szerint hallották is, ahogy a fiú a képernyőn megjelenő számokra hivatkozva – „koppints a 23-ra”, „koppints a 32-re” – adja ki az utasításokat a rendszernek. A fiatalember két évvel ezelőtt elhunyt, de Brian szerint az élmény, hogy valaki ilyen állapotban is kapcsolatban tudott maradni a világgal, örökre megváltoztatta a nézőpontját arról, mire képes a technológia.
Steven és Shaun ebből a történetből indulva sorolják végig, milyen kevéssé ismertek az iOS és Android rendszerekbe épített akadálymentesítési eszközök. A hangvezérlésen túl van itt kapcsolóvezérlés (switch control), szemkövetés (eye tracking), valamint egy sor olyan funkció, amit sokan még csak nem is hallottak. Ilyen a hangfelismerés (sound recognition), amely képes riasztást küldeni, ha a telefon kutyaugatást, üvegtörést, füstjelző hangját vagy akár a saját nevünket hallja meg – ez utóbbi különösen hasznos zajszűrős fülhallgatóval telefonálva. Shaun megemlíti, hogy nála is bevált a rendszer: a gyerekek főzés közben kiváltották a füstjelzőt, és a telefonja azonnal értesítést küldött, miközben a HomePod hangszórói is jelezték, hogy riasztás szólal meg a házban. Szóba kerül a háttérhangok (background sounds) funkció is, amely óceánzúgást, fehér zajt vagy más környezeti hangokat tud lejátszani – ezt elsősorban alvássegítőként vagy kognitív nehézségekkel élők számára ajánlják, bár a besorolása vitatott, hogy valóban akadálymentesítési funkciónak számít-e. Steven arról is beszél, hogy most kezdi felfedezni az érintés-segéd (AssistiveTouch) funkciót, mivel a saját telefonjával kezd problémái lenni.
A műsorvezetők egyetértenek abban, hogy ezek a funkciók nem feltétlenül a súlyos esetekre szabottak: Steven elmondása szerint ő maga is folyamatosan bekapcsolva tartja a hangvezérlést, mert kényelmes, amikor mosogatás közben csak annyit mond a telefonjának, hogy görgessen fel vagy le a Facebookon. Mások számára viszont ugyanez az eszköz nem kényelmi funkció, hanem az egyetlen mód, ahogyan egyáltalán képesek használni az okostelefonjukat.
Hová kerüljön az akadálymentesítés a beállításokban?
Brian levele elindít egy régebb óta visszatérő vitát is: vajon jobb lenne, ha az akadálymentesítési beállítások nem egy külön „Accessibility” menüben lapulnának, hanem beolvadnának egy általánosabb „personalisation”, azaz személyre szabás elnevezésű szekcióba? Az érv mellette az, hogy sokan eleve nem is nyitják meg az „Accessibility” menüt, mert azt hiszik, semmi közük hozzá – egy semlegesebb elnevezés több embert csábítana be a beállítások közé böngészni.
Steven ugyanakkor arra figyelmeztet, hogy ez feláldozhatja a mélységet, amit az akadálymentesítési funkciók jelenleg élveznek. A Braille-hoz kapcsolódó funkciók – mint a Braille-képernyőbevitel vagy a Braille-hozzáférés – olyan speciális eszközök, amelyeket egy általános személyre szabási menüben könnyen el lehetne veszíteni, hiszen azokat nem fogja használni, aki nem olvas Braille-t. A két műsorvezető arra jut, hogy talán nem is az elnevezésen múlik a dolog, hanem azon, mennyire átlátható az adott rendszer felépítése.
Ez átvezet egy másik panaszhoz: az iPhone beállításmenüje szerintük mára kezelhetetlenül nagyra nőtt, annak ellenére, hogy az alkalmazások külön szekcióba szervezése valamelyest javított a helyzeten. Androidon viszont – mondja Steven – tetszik neki, hogy az egyes szekciók alcímmel is jelzik, mi tartozik beléjük, ami könnyebbé teszi a tájékozódást. Az iPhone-on gyakorlatilag csak a beállítások keresőjének köszönhetően lehet megtalálni bizonyos, ritkán használt kapcsolókat – Steven például elmeséli, hogy egy Zoom-hívás közben folyamatosan felugró, a folytonossági kamerához kapcsolódó üzenettől csak úgy tudott megszabadulni, hogy rákeresett a beállítások közt, és kikapcsolta a funkciót.
Assistive Access és az Easy Mode: nem ugyanaz, mint egy egyszerű mód
Gail levele – aki köszönetet mond a korábbi Ray-Ban Meta okosszemüveg-bemutatókért és a Meta, illetve a Be My Eyes képviselőivel készült interjúkért – az Assistive Access (Apple) és az Android Easy Mode előnyeiről és hátrányairól kérdezi a műsorvezetőket. Ebből a kérdésből bontakozik ki az adás egyik leghosszabb és legszemélyesebb szakasza.
Steven elmeséli, hogy demenciában szenvedő édesanyja számára próbált egyszerűbb telefonhasználatot kialakítani. Mivel az édesanyja megszokta a FaceTime-videóhívásokat, egy hagyományos, gombokkal működő telefon – amilyet például a Doro márka kínál, ahol egy-egy gombhoz nevet és telefonszámot lehet rendelni – nem jelentett volna megoldást, hiszen ő kizárólag videóhívást értett. Steven ezért Claude segítségével nekiállt egy egygombos alkalmazást építeni: a képernyőn megjelenik az ő arca, és egyetlen érintésre elindul a FaceTime-hívás. Az iPaden ez a próbálkozás kudarcot vallott, mert az operációs rendszer natív FaceTime-funkciója folyamatosan felülírta az alkalmazás működését. Egy Samsung tableten végül sikerült működőképes verziót összeraknia, de addigra már túl későn jött a megoldás ahhoz, hogy az édesanyja ki tudja használni – jelenleg kórházban van, ahol az eszköz használata már nem indokolt.
Ez a tapasztalat vezette Stevent az Assistive Access kipróbálásához, amiről kiderült: a funkció megnevezése ellenére nem egy egyszerűsített, „easy mode” jellegű felület. Valójában egy zárolt üzemmódról van szó, amit egy PIN-kóddal lehet feloldani – ezt csak az a személy ismeri, aki beállította a telefont a másik fél számára. Bekapcsolt állapotban a felhasználó csak kiválasztott kontaktokat hívhat és fogadhat tőlük hívást (ami remek védelem a spamhívások ellen), korlátozott lehet, hogy kinek küldhet és kitől fogadhat üzenetet, és a képernyőn mindössze néhány, nagy méretű ikon vagy listanézet jelenik meg. Bizonyos alkalmazások – például a kamera vagy a fotók – elérhetők, de csak korlátozott formában, míg mások, mint egy banki alkalmazás, egyáltalán nem adhatók hozzá az engedélyezett appok listájához.
Steven szerint pontosan ez a probléma: az Assistive Access szerinte alkalmasabb lenne egy általánosan használható, egyszerűsített módnak, nem pedig egy szűk célcsoportra szabott, lezárt megoldásnak. Ezzel szemben a Samsung Easy Mode-ja – amit Steven régebben próbált ki – nagyobb ikonokat és egyszerűbb felületet ad, de semmilyen funkciótól nem zárja el a felhasználót, inkább egy átalakított launcherként működik. A műsorvezetők egyetértenek abban, hogy tulajdonképpen mindkét megközelítésre szükség lenne egyszerre, választható opcióként.
Az édesanyja esetében végül egy másik, konkrét akadály is felmerült: az Assistive Access feloldásához a képernyőn megjelenő pontokat kellett sorban, meghatározott sorrendben megérinteni. A demencia bizonyos szakaszaiban ez a fajta szekvenálás komoly nehézséget jelent, és Steven esetében az édesanyja egyszerűen képtelen volt végrehajtani ezt a lépéssorozatot, amire nem talált megkerülő megoldást. Mindebből azt a következtetést vonja le, hogy a funkció még gyerekcipőben jár, és bár jó irányba tart, egyelőre nem tölti be azt a szerepet, amit a neve alapján várnánk tőle.
Android launcherek és a képernyőolvasó-fejlesztés etikája
A beszélgetés az Android oldali alternatívák felé kanyarodik: itt sokkal nagyobb a launcherek – vagyis az indítófelületek – kínálata, ilyen volt a korábbi adásban is tárgyalt Big Launcher, amely elsősorban gyengénlátók és idősek számára nagyítja fel a kezelőfelület elemeit.
Innen jut el a beszélgetés egy élesebb, elvi vitához: érdemes-e független fejlesztőknek – akiket Steven „VibeCoder”-eknek nevez, utalva arra, hogy sokszor AI segítségével, gyors ütemben építenek szoftvereket – saját képernyőolvasót fejleszteniük Androidra. A háttérben egy közösségimédia-vita áll, ahol valaki arra kérte a fejlesztőket, hagyják abba az önálló Android-képernyőolvasók fejlesztését. Steven és Shaun felidézik a Commentary (kínai nevén Jieshuo) nevű Android képernyőolvasó esetét, ami annak idején nagy vitát kavart: az alkalmazás nem volt elérhető a Play Store-ban, sideloadolni – vagyis hivatalos áruházon kívülről telepíteni – kellett. Ez komoly bizalmi kockázatot jelentett, hiszen egy ilyen rendszerszintű hozzáférést biztosító eszköznél a felhasználók erősen ki vannak szolgáltatva a fejlesztő szándékainak és jövőbeli döntéseinek.
Steven elismeri, hogy alapvetően fontosnak tartja az innovációt, és nem zárkózik el attól, hogy valaki egy teljesen új megközelítéssel álljon elő. Ugyanakkor úgy látja, hogy az AI-alapú fejlesztőknek idővel professzionalizálódniuk kell, ha valóban fenntartható szolgáltatást akarnak nyújtani. Szerinte reális út lehet egy előfizetéses modell – akár egy viszonylag alacsony, évi tíz dolláros díj –, amely lehetővé tenné, hogy a fejlesztő ne csak szabadidejében, hobbiszinten foglalkozzon a projekttel, hanem abból megélhetést biztosító, főállású tevékenységet csináljon. Így hosszabb távon is fenntartható maradna a fejlesztés és a támogatás.
Alkalmazás-ajánlók vak fejlesztőktől – és egy etikai kérdés
Robbie levelében két, kifejezetten vakok számára tervezett alkalmazást ajánl. Az egyik az Earshot, egy podcast-lejátszó, amelyet Robbie a túlzsúfolt Spotify-felülettel szemben azért kedvel, mert egyszerű, letisztult kezelőfelülete van, és eleve vak felhasználók igényeire szabták. A műsorvezetők megerősítik, hogy az alkalmazás korábbi béta állapotából mára nyilvánosan elérhetővé vált az App Store-ban. A másik ajánlott alkalmazás a Weather Fast, egy időjárás-app, amely – szemben a vizuálisan túlterhelt mainstream időjárás-alkalmazásokkal – a vakság szempontjából épül fel: Robbie például azt emeli ki, hogy fejléc-navigációval szinte azonnal eljuthat az aktuális időjárás-riasztásokhoz, ami az ohiói nyári viharok és áradásveszélyek idején különösen hasznos.
Robbie emellett beszámol arról is, hogy az iOS 27 béta verziójában a Siri szerinte érzékelhetően sokat fejlődött: képes követő kérdéseket is megérteni, például ha megkérdezi egy étterem felől, majd rákérdez, mi szerepel a menüjükön. Steven ezzel kapcsolatban szkeptikus marad – felidézi egy korábbi rossz tapasztalatát a Siri Mac-es alkalmazásával, illetve általánosságban is óvatos azzal kapcsolatban, hogy a Siri valóban ilyen ütemben fejlődik-e –, míg Shaun inkább óvatosan optimista, elismerve, hogy több felhasználó is pozitív visszajelzést ad az újításokról.
Az Earshot kapcsán a beszélgetés átvált egy elvi kérdésre: vajon ugyanazt a szolgáltatási színvonalat várhatjuk-e el egy ingyenes, gyakran szabadidőben fejlesztett alkalmazástól, mint egy fizetőstől? Ennek kapcsán a Be My Eyes (ingyenes) és az Aira (fizetős) szolgáltatást hasonlítják össze: Shaun elmondása szerint az Airáért fizet, míg a Be My Eyes ingyenes, mégis elvár tőle egy bizonyos szolgáltatási szintet – bár elismeri, hogy ez talán azért is lehetséges, mert a Be My Eyes mögött egy egész vállalat áll. A műsorvezetők arra jutnak, hogy tisztelettel kell fordulni azok felé, akik saját szabadidejükben fejlesztenek hasznos alkalmazásokat, és nem várható el tőlük ugyanaz a professzionális kiszolgálás, mint egy fizetős, cég által üzemeltetett szolgáltatástól.
Rövidebb levelek: templomi zene, jelszókezelés és egy okoskarkötő gomb nélkül
Néhány rövidebb, de érdekes levél is szóba került. Amanda, Canberrából írva, korábban feltett kérdésre reagálva ajánlja az Elvanto és a Planning Center nevű alkalmazásokat, amelyeket egyházi közösségek használnak a szolgálati rend és az énekek megszervezésére – ezekkel előre hozzá lehet férni a következő alkalommal énekelt dalok szövegéhez, sőt sok esetben MP3- vagy videófájlokhoz is, amelyekkel a dalokat előre meg lehet hallgatni. A levél apropóján Steven elmeséli, hogy gyerekként, körülbelül tizenegy és tizennégy éves kora között templomi orgonista volt: hallás után tanult meg játszani, mivel sosem sikerült megtanulnia kottát olvasni, és emlékezetes apró kulisszatitkot is megoszt arról, hogyan derült ki egyszer, hogy a templom „harangjátéka” valójában egy magnófelvételről szólt.
Nicky, Texasból írva, egy korábbi epizódban elhangzott panaszra reagál, amelyben Steven a Microsoft-os jelszókezelés nehézségeiről beszélt. Nicky felhívja a figyelmet az iCloud for Windows nevű, Microsoft Store-ból telepíthető alkalmazásra, amellyel Windows gépen is szinkronizálható az Apple jelszókezelője (keychain). Steven megerősíti, hogy az alkalmazás valóban létezik, és képes szinkronizálni a jelszavakat, sőt fájlokat is át lehet vele vinni a telefon és a Windows-os gép között – az akadálymentesítése azonban esetleges, használata pedig a gyakorlatban gyakran frusztráló, mivel egy kis felugró ablakban kell PIN-kódot beírni ahhoz, hogy egy weboldalon bejelentkezéskor kitöltse az adatokat.
Gavin, Edinburgh-ből írva, a Whoop nevű fitnesz-karkötőt ajánlja, amelynek nincs sem képernyője, sem gombja – kizárólag rezgéssel jelez, például ébresztéskor. Az eszköz automatikusan felismeri a különböző tevékenységtípusokat, legyen szó sétáról, kirándulásról, golfról vagy akár kertészkedésről, és a szükség szerint tanulva pontosítja a felismerést. Beépített, AI-alapú edzői funkciója is van, amely a felhasználóval egyeztetve állítja össze az edzésterveket, és összeköthető más egészség- és étkezéskövető alkalmazásokkal is. A készülék maga ingyenes, éves előfizetéssel működik.
Összegzés
Ez a hallgatói levelekre épülő adás is jelzi, mennyire szerteágazó téma az akadálymentesítés: egyetlen epizódban fér meg egymás mellett egy kórházi ágyból hangvezérléssel kommunikáló fiatalember tragikus, mégis reményt adó története, egy demenciás édesanya számára kialakítani próbált egyszerűsített telefonhasználat kudarcai és részsikerei, valamint néhány könnyedebb alkalmazás-ajánló és egy templomi orgonistaként töltött gyerekkor emléke. A közös szál azért világos: a beépített funkciók gyakran jóval erősebbek, mint amit a felhasználók – köztük maguk a látássérült felhasználók is – valaha kihasználnak, és a fejlesztőknek, legyenek nagy techcégek vagy önkéntes alapon dolgozó egyéni programozók, egyaránt felelősségük van abban, hogy ezek a lehetőségek eljussanak azokhoz, akiknek a legnagyobb szükségük van rájuk.
A cikk a Double Tap podcast 2026. augusztus 26-i adása alapján, AI felhasználásával készült, ezért apróbb pontatlanságokat tartalmazhat.