[Epitesz-barkacs] vakbarat weblapot elfogado szolgaltatot keresek

Mágus Bérprogram Demo magus.demo at dpg.hu
2008. Sze. 2., K, 21:52:40 CEST


vakbarát weblapot elfogadó szolgáltatók keresek
______________________________________________________________________________
_

http://www.kszk.gov.hu/data/cms28630/15_resztan_nagym_vakbaratteszt_070117.doc

A HONLAPOK VAKOK, GYENGÉNLÁTÓK ÉS SZÍNTÉVESZTŐK SZÁMÁRA IS
ELÉRHETŐVÉ TÉTELÉT BIZTOSÍTÓ MEGOLDÁSOK 

A honlap kialakítása során törekedni kell arra, hogy azok az esélyegyenlőség
jegyében „olvashatók” legyenek a vakok, gyengénlátók és színtévesztők számára
is. Ennek biztosítására javasolt az alábbiak figyelembe vétele: 

1. A weblap kezdőlapja nem lehet Flash, DHTML vagy Java applet alapú;
amennyiben mégis ez a választás, akkor mindenképpen biztosítani kell megfelelő
kerülő lehetőséget (tipikusan egy link formájában), amely abban az esetben is
lehetőséget kínál a további oldalakra, amikor le vannak tiltva vagy nem
elérhetők ezek a technológiák. 

2. A navigáció nem épülhet nem hozzáférhető navigációs elemekre, mint például

Flash, Javascript stb., hiszen ha a látogató nem rendelkezik ezekkel, vagy ki
van kapcsolva számára, akkor a weblap használhatatlanná válik. Ilyen
technológia használata esetén mindenképpen alternatív lehetőséget kell számára
biztosítani, illetve a legszerencsésebb az ilyen technológiát csak
kiegészítésre használni, amely minden körülmények között működő megoldásokat
kiegészíti, esetleg a felhasználó számára megkönnyíti a navigációt. 

3. A weblapon nem ajánlott frame-ek, iframe-ek használata, mivel felolvasó
szoftverekkel ezek az oldalak egyszerre nem érhetőek el nem látó felhasználók
számára. 

4. Minden kép állományhoz, mely funkcionális szereppel bír, megfelelő „alt”
tulajdonságot kell hozzárendelni. Amennyiben például szöveget tartalmaz egy
kép, akkor a szöveget egy „alt” tulajdonságba is bele kell írni. Ez karakteres
böngészőt használó (felolvasó szoftverek), illetve képeket kikapcsoló
felhasználók miatt szükséges. 

5. „Töltelék” képek használata alapvetően nem szerencsés, de amennyiben
igényli a design az ilyen képek használatát, akkor ezeknek az „alt”
tulajdonságuk üres legyen. 

6. Az oldal ne használjon szerver-oldali image-mapeket, vagy legyenek azok
másképp is elérhetőek. A vak felhasználók nem látják a képeken a feliratokat,
így nincs lehetőségük eldönteni, hogy hova kattintsanak a képen (valószínűleg
a felolvasó szoftverek sem adnak ilyen kattintási lehetőséget). 

7. Az alternatív tartalmakat – mint például Flash, videók, PowerPoint
bemutatók,

Java alkalmazások – amennyiben szöveges információt tartalmaznak vagy mutatnak
meg, karakteres formában is elérhetővé kell tenni, hogy a felolvasó
szoftverekkel legalább kivonatos formájuk rendelkezésre álljon. 

8. Marquee (fényújság), blink (villogó) elemek, villogó és más
figyelemfelkeltő, elterelő képek használata nem megengedhető. Ezek rontják az
oldal olvashatóságát, adott esetben a gyengénlátó felhasználók számára
lehetetlenné, vagy nagyon nehézzé téve a befogadást (de az átlagos
felhasználót is zavarhatja az olvasásban). 

9. CSS formázó elemek nélkül is értelmezhető és használható legyen az oldal.

Vannak böngészők, illetve felolvasó szoftverek, melyek nem ismerik, vagy nem
ismerik fel a CSS-ben megadott formázó elemeket. 

10. Az oldal legyen 100%-ban használható Javascript nélkül is. Van, aki
számára ki van kapcsolva a Javascript, vagy pedig a böngészőjük nem támogatja.


11. Ne legyen háttérzenéje az oldalnak, ne legyen hang alapú visszajelzés az
oldalon (például ha valami felé viszi a látogató a kurzort). Ez egyrészt
zavaró lehet egy átlagos felhasználó számára is, másrészt a felolvasó szoftver
használata lehetetlenné válik a háttérzene miatt. 

12. Formázások nélkül is használható legyen az oldal (ne közöljön
kizárólagosan színek vagy bármilyen más szövegformázás – dőlt, vastagított –
segítségével információt). Ez karakteres böngésző esetén is gond lehet,
illetve egy gyengénlátó felhasználó nem biztos, hogy megfelelően észlelni
tudja ezeket az általában apró megjelenéseket. 

13. Az oldal forrásában található sorrendet tekintve is értelmezhető legyen a
tartalom, vizuálisan egymás mellett megjelenő kapcsolódó információk (például
egy cikkhez tartozó letölthető állományok, kapcsolódó linkek, vagy képaláírás,
szövegdoboz stb.) a HTML forrásban is eymás mellett legyenek, ne csak
vizuálisan. Ez azért fontos, mert karakteres böngésző nem feltétlenül tudja
értelmezni, hogy vizuálisan mi kerülne egymás mellé, illetve a felolvasó
szoftver végképp nem tud összekapcsolni két, egymástól távol lévő információt,
s ezáltal eljuttatni azt a felhasználó számára. 

14. A portál oldaltérképe legyen teljes, ne maradjanak ki belőle részek,
ezáltal is segítve az eligazodást és a navigációt azok számára is, akik
esetlegesen elvesznek a linkekben, vagy egyszerűen csak nem találnak
valamilyen oldalt. 

15. Az oldal táblázatai lineárisan is értelmezhetőek legyenek, mindegyikről
legyen összefoglaló információ. A felolvasó szoftverekkel egy vak ember
teljesen elveszhet egy nagy táblázatban, egy egyszerű összefoglaló szöveg
sokat segíthet neki. 

16. A linkek weboldalon belül ne nyissanak új ablakot (ez az ablakok
elszaporodásához vezet, mely a böngészés során történő visszalépés
ellehetetlenülésével jár), ellenkező esetben viszont (külső link), mindig új
ablak nyíljon. 

17. Az oldal háttere egyszínű legyen, ne tartalmazzon mintákat, képeket. Ha
mégis tartalmazna, akkor legyen minél inkább elmosódott, minél kevésbé
kontrasztos. A gyengén látó felhasználók számára zavaróvá válhat egy
kontrasztos háttér. 

18. A weblap összetartozó hátterei és szövegei erős kontrasztot képezzenek 256
és 16 szín használata esetén is, különben a gyengénlátó felhasználók
képtelenek lesznek használni az oldalt. 

19. Amennyiben az űrlapoknál választható elemek esetén kevés opció van, akkor
listaszerűen
(több soros lista, esetleg radio buttonos megjelenéssel), ellenkező esetben
pedig egysoros select-tel (combobox, „lenyíló” menü) jelenjen meg (utóbbi
esetben csak az aktuális, ellenkező esetben pedig az összes lehetőség
felolvasásra kerül a felolvasó szoftverek által). Ez az átlag felhasználó
számára is átláthatóbb megjelenést eredményez. 

20. Listázáshoz, tördeléshez, behúzáshoz a megfelelő HTML-elemeket használja,
ne szóközöket, képeket, egymásba ágyazott táblázatokat. A felolvasó szoftverek
képesek ezeket jelezni a nem látó felhasználók számára, míg egy kép funkcióját
képtelen kitalálni (rossz esetben felolvassák, hogy ott kép van,
értelmezhetetlen szöveget okozva). 

21. Formázáshoz, díszítéshez karakteres szöveget (például „>>”) ne használjon,
a szövegesen nem megjeleníthető megoldások használata az ajánlott (entity
segítségével dupla jobbra nyíl, kis pontm stb. is megjeleníthető). Így a
felolvasó szoftvereknek nem kell küzdeniük, például „nagyobb-nagyobb” jelet
felolvasva.  

22. A navigációs elemek lehetőségei szöveges böngészőkben felsorolásszerűen,
és ne egymás mellett jelenjenek meg, mivel a felolvasó szoftverek hibái miatt
az összes lehetőség felolvasásra kerülhet oly módon, hogy nincs jelölve,
melyiken áll éppen a felhasználó. 

23. Az oldal aktuális almenüpontjai jelenjenek csak meg, ne az összes
lehetséges (különben minden felolvasásra kerül). 

24. Egy oldal betűinek mérete átméretezhető legyen egy felhasználó által
megadott CSS segítségével, azaz ne konkrét pixelméretek legyenek megadva
(hanem százalékosan, vagy pedig „em” segítségével történjen a méret
definiálása). 

25. A weblap szövegei gyengénlátók számára is olvasható betűkészlettel (pl.
Arial) jelenjenek meg. 

26. A tartalmi rész előtt levő szöveg ne legyen túl nagy (mert minden oldalon
felolvasásra kerül, amit rendkívül zavaró lehet minidig végigolvasni vagy
egyszerűen akár csak átugrani rajta). 

27. A szövegek értelmezhető blokkokra legyenek tördelve. 

Továbbiakat lásd még: http://www.paramedia.hu 
 


További információk a(z) Epitesz levelezőlistáról