Vissza az előzőleg látogatott oldalra (nem elérhető funkció)Vissza a tananyag kezdőlapjára (P)Ugrás a tananyag előző oldalára (E)Ugrás a tananyag következő oldalára (V)Fogalom megjelenítés (nem elérhető funkció)Fogalmak listája (nem elérhető funkció)Oldal nyomtatása (nem elérhető funkció)Oldaltérkép megtekintése (D)Keresés az oldalon (nem elérhető funkció)Súgó megtekintése (S)

A weblapkészítés technikája (HTML5, CSS3) és ergonómiája / HTML-bevezető /Tagek hibás egymásba ágyazása

HTML-bevezető

Tagek hibás egymásba ágyazása

Említettük korábban, hogy a tagek egymásba ágyazásánál figyelnünk kell a sorrendre, és azt a taget kell előbb lezárnunk, amelyet később nyitottunk meg. De mi történik akkor, ha nem tartjuk be ezt a szabályt? Az alábbi példában ezt szemléltetjük.

Interaktív példa

Ha megnézzük az eredményt a böngészőprogramban, akkor nagy valószínűséggel azt tapasztaljuk, hogy az oldal az egymásba ágyazási hiba ellenére helyesen jelenik meg, vagyis a böngészőprogram a megjelenítésnél korrigálta a hibánkat. Azonban ez nem lesz mindig így, bonyolultabb oldalaknál már nem feltétlenül tudja helyesen megjeleníteni a böngészőprogram a helytelenül egymásba ágyazott kód eredményét. A tagek helytelen egymásba ágyazása persze azt is maga után vonja, hogy az oldalunk nem lesz szabványos, más néven valid.

Ahhoz, hogy az ilyen jellegű hibákra minél előbb fény derüljön, nézzük meg, hogyan győződhetünk meg arról, hogy szabványos-e a weboldalunk.

A szabványosság ellenőrzése

A szabványosság ellenőrzési folyamatát validálásnak nevezzük. Amennyiben egy adott állomány megfelel a szabványnak, akkor azt validnak (szabványt követőnek) nevezzük.

A hiperszöveg jelölőnyelveken írt oldalak validálására számos eszközt használhatunk. A W3C konzorcium hivatalos validátor eszközét a http://validator.w3.org/ címen találjuk.

Ezt a validáló eszközt több módon is használhatjuk. Megadhatjuk az oldal (vagy stíluslap) webcímét (Validate by URI), feltölthetünk egy állományt a saját gépünkről (Validate by File upload), illetve a vizsgált kódot a vágólapon keresztül is beilleszthetjük (Validate by Direct Input).

Amennyiben a munkánk ellenőrzése során a zöld színű valid üzenetet kapjuk, akkor megnyugodhatunk, szabványos oldalt hoztunk létre. Amennyiben a piros (not valid) üzenet jelenik meg, akkor az oldalunk nem felel meg a szabványnak. Az eredmény oldal tartalmazza a hibák leírását, és a könnyebb azonosíthatóság érdekében azt, hogy a forráskód melyik sorában, és hányadik oszlopában (vagyis hányadik karakternél) van a hiba.

A validáció folyamatáról egy animációt is készítettünk:

Validálás folyamata a W3C validator weboldalon

Flash lejátszó letöltése

Validálás folyamata a W3C validator weboldalon
Fontos

Munkánk során folyamatosan, de a publikálás előtt feltétlenül validáljuk a munkánkat, és javítsuk ki az esetleges hibákat!

Kapcsolódó akadálymentességi elvek

Lehet-e egy nem szabványos kóddal megvalósított weboldal akadálymentes, vagy ez szükséges feltétel? Készíthetünk olyan oldalt, amely ugyan nem szabványos, de a szabvány be nem tartásából nem következik olyan hiba, amely hátrányosan érintené a felhasználókat. De ezt általánosan nem lehet kijelenteni.

Nem véletlen, hogy a WCAG 2.0 szabvány 4-es alapelvében utalnak arra, hogy a szabványok betartásával kell dolgozni, mert így biztosítható a kompatibilitás a jelenlegi és jövőbeni alkalmazásokkal.

4. Alapelv: Robusztusság - A tartalomnak elég robusztusnak kell lennie ahhoz, hogy a különböző alkalmazások által, beleértve a kisegítő technológiákat is, megbízhatóan értelmezhető legyen

Vissza a tartalomjegyzékhez

Új Széchenyi terv
A projekt az Európai Unió támogatásával, az Európai Szociális Alap társfinanszirozásával valósul meg.

A tananyag az ELTE - PPKE informatika tananyagfejlesztési projekt (TÁMOP-4.1.2.A/1-11/1-2011-0052) keretében valósult meg.
A tananyag elkészítéséhez az ELTESCORM keretrendszert használtuk.