Archive for the 'Hozzáférhetőség' Category
Kategóriák: Vélemény, Web, Hozzáférhetőség, Fejlesztés
Popup, te kedves!
Arról van szó, hogy ugyebár eleve nem szerencsés popupot nyitni egy oldalon, még ha képet akarunk is csak megmutatni. De ha már mégis oda vetemedünk, hogy megtesszük, tartsunk be néhány alapvető szabályt, és gondoljunk a kezdő internetezőkre is!
Kategóriák: Vélemény, Web, Hozzáférhetőség, Blog
A magyar banki helyzet — 1. rész
Röviden hogyan jellemezném az egészet? Úgy hiszem menne egy szóval is: SIRALMAS!
Na persze itt nem — csak — a bank pénzügyi tevékenységére gondolok, hanem főként a webes megjelenésükre. A továbbiakban öt banknak fogom az oldalát kicsit átnézni és bemutatni, hogy mi a rossz és a jó bennük, mitől lesznek azok használhatóbbak, mint másik társuk.
Ezt az öt bankot szemeltem ki:
Úgy gondoltam, hogy első körben különböző feladatokat próbálok meg velük megoldani, amik miatt a legtöbben keresik fel a bankjuk oldalát a számlatulajdonosok és minden ilyen feladatnál egy rangsort fogok összehozni.
Kategóriák: Scriptek, Web, Hozzáférhetőség, Fejlesztés
SSIR - Server Side Image Replacement
Szóval van már ilyen sok, viszon ott mindig neked kell megcsinálni a képet, vagy flash kell hozzá. Gondoltam sokkal egyszerűbb lenne mindenzt úgy megoldani, hogy a CSSbe beírod a font-family-t elsőnek, amit akarsz valójában használni – ne felejtsd el az alternatív betűtípusokat is megadni! -, majd elintézi neked az egészet egy script.
Na erről szól a SSIR. Szerveroldalon egy PHP szkript elintéz helyetted mindent. Neked mindössze a használt betűtípust kell felmásolni a szerverre TrueType-ban.
Itt láthatjátok a példát, akit érdekel persze.
Kategóriák: Web, Hozzáférhetőség
Web 2.0 egyik “hibájának” megoldása(?)
Sokat foglalkoznak mostanában ezzel a témával, mivel egyre többen akarják használni, és – mint ahogy ez a Firefox biztonságosságával is volt -, minél többen használják, annál több kérdés / probléma merül fel vele kapcsolatban.
Sokan kritizálják azt, mint amit flash oldalaknál is, hogy a dinamikusan kialakított oldalakat nem lehet bookmark-olni, nem lehet másoknak megmutatni, stb.
Viszont szerintem a legtöbb esetben van erre megoldás!
A lenyege az lenne ennek a megoldásnak, hogy az oldal betöltésekor egy inicializáló függvény megnézi, hogy van e URL Fragment (# utáni rész a címsorban) és azt próbálja meg értelmezni.
Például egy keresés után, amit AJAXon keresztül végeztünk, a document.location.href-et átírnánk: www.example.com/mypage.html#qs-erre_kerestunk formára, így az oldal inicializálásakor az alkalmazásunk a qs- után levő kereső string-et felhasználva egyből megmutatná nekünk, mi is volt az oldalon.
Az URL Fragment-ben több ilyen vezérlő kódot is megadhatunk, mint pl.: #qs-erre_kerestunk,theme-aqua.
Ennek a megoldásnak csak egy esetben van hátránya, mégpedig akkor, ha az URL Fragment-et az oldalon belüli irányításra akarjuk használni.
Őszintén szólva nem találtam még arra választ, hogy a böngészők a # után meddig nézik a Fragment-et, lehet, hogy valami speciális karakter(sorozat) megszakítja a feldolgozást – szabványosan -, és akkor onnantól kezdve ez a hátrány is megszűnne!
Kategóriák: Web, Hozzáférhetőség
Hozzáférhetőség és a JavaScript
Sokat gondolkoztam azon mostanában, hogy vajon valóban szükség van e arra, hogy az oldalak JavaScript nélkül is elérhetőek legyenek 100%-ban.
Igen, eddig én is ezt vallottam, viszont lássuk be, a fejlesztés során ez által jóformán kb. 90% -kal több munkát kell végezni egy összetettebb oldalnál, miközben lehet, hogy a látogatók közel 0.1% -ánál nem lesz az oldal által megkövetelt technológia – jelen esetben JavaScript – elérhető.
Vajon hol van az a határ egy oldal működésénél, típusánál, ahol nem kell foglalkozni azzal, hogy olyan látogató nézi az oldalt, ahol a szükséges technológiák nincsenek meg?
Az oldalakat megközelítőleg a következő típusokra lehetne bontani:
- információs oldalak
- kormányzati szolgáltatói oldalak
- e-kereskedelmi oldalak (B2B, B2C)
- blogok
- közösségi portálok
- hírportálok – bár lényegében ezek is információs oldalak
- személyes oldalak
Vajon itt, a Web 2.0 kezdeti hőskorában például egy online boltnál nem lehetne már csak és kizárólag olyan módon megcsinálni az oldalt, hogy csak AJAX támogatással működjön?
Az információs oldalak, hírportálok(, blogok) esetében fontos szerintem csak az, hogy minden körülmény között elérhető legyen a tartalma.
Egy kormányzati szolgáltatói oldal felépítésekor már szerintem kivételes esetekben lehetnek olyan megoldások, amik egy adott technológiát megkövetelnek, de még mindig fontos az, hogy bárki számára elérhető legyen az oldal. Így ebben az esetben lehet, hogy szükség van arra, hogy az adott projectet duplan programozzunk le.
Egy online bolt esetében már kérdéses, hiszen miért kellene teszem azt a többi egymillió embernek a használhatóság rovására gyengébb minőségben megcsinálni az oldalt, mert 10 ember nem a megfelelő böngészővel jár az oldalon?
Ha így mindig egyet visszalépünk, hogy a régiek is tudják használni, soha nem fogunk előrejutni. Kellene húzni egy határt, hogy tudjunk fejlődni!
Hol van ez a határ? Szerintetek?
Kategóriák: Web, Hozzáférhetőség
Lábjegyzetek weboldalon
Most olvastam egy érdekes cikket a 456 Barea Street blogban, ahonnan eljutottam a Daring Fireball oldalra.
Itt láttam, hogy hogyan használja a lábjegyzeteket, és arra jutottam, hogy – bár szerintem helytálló a használata -, azért van benne némi “rossz” is. Gondolok itt arra, hogy olvasok egy szöveget, amiben van egy szó – amihez tartozik lábjegyzet -, a szöveg megértése szempontjából fontos, viszont nem ismerem. Hát mit teszek? Kattintok, és az oldal aljára dob a böngésző, oda, ahol meg van nekem ügyesen magyarázva, hogy az mi is pontosan, tehát betölti a lábjegyzet szerepét teljesen jól és okosan.
És itt jön az, ami szerintem tönkreteszi az egészet: Egy könyv egy oldalán nem nehéz visszatalálni oda, ahol az a bizonyos szó szerepelt. De egy hosszú, 4-5 képernyőnyi szövegben megtalálni kicsit macerásabb…
A megoldás? Szerintem okosan lehetne úgy megoldani, hogy egy visszalinket helyezek el a lábjegyzethez. Vagy akár maga a lábjegyzet egy nagy link, ami visszavisz. Ilyenkor persze megint jöhet az, amikor a lábjegyzetben van egy link, ahol bővebben kifejti a magyarázatot. Ezzel megtörik szerintem a web lineáris olvasását.
Tehát szerintem több lehetőség közül választhatunk:
- A lábjegyzetben csak tömören, a megértéshez szükséges magyarázatot írjuk le;
- Ne használjunk olyan speciális szavakat, amivel nehezíthetjük az olvasást, hacsak nem a szöveg megköveteli azt.
- Ha lehet, ne lábjegyzetet használjunk, hanem valahogy a szövegben – akár egyből mellette egy kis boxban – magyarázzuk meg annak jelentését.
Sajnos én voltam vak és nem vettem észre a vissza mutató linket a Daring Fireball cikkben, tehát ott is korrektül megcsinálták!
Kategóriák: Vélemény, Web, Hozzáférhetőség, Fejlesztés
Lehet rossz úton indulunk el?
Manapság egyre jobban tapasztalom azt, hogy az igény arra, hogy használható és elérhető oldalt készítsenek a fejlesztők, az már megvan.
Viszont! Több dolog is gátolja a fejlesztőket abban, hogy kiélhessék magukat:
- ha a hajlandóság meg is van, nem tudják hol megtanulni, hogyan is fejleszthetnek ilyen oldalakat;
- ha tudják is, hogyan, egyszerűen sokszor az adott project nem engedi meg ezt;
- ha meg is engedné a project, maga a megrendelő nem akarja, mert esetlegesen plusz kiadásokkal járna.
Ez utóbbi témát taglalja a Digital Web Magazine cikke.
Ezekszerint először a megrendelőknél kellene “kampányolni” az ügyben, hogy az igény meglegyen bennük is az ilyen oldalak rendelésére.