Przejdź do treści

Brawo! Dotrwaliście do piątku! Mamy to! Mamy też omówienie kolejnego kryterium WCAG  4.1.1 – Parsowanie (poziom A).

O co tu chodzi? Brzmi skomplikowanie, prawda? 

Wyjaśnijmy sobie na początku, czym to parsowanie jest. Nie mylić z prasowaniem 🤓

Parsowanie (za słownikiem języka polskiego) to czynność polegająca na analizie ciągu znaków w celu ustalenia jego struktury.

Tak, wiemy. Nadal są to “trudne sprawy”. Spróbujmy podejść do tego życiowo, ale też kodowo. 😉

Kryterium 4.1.1 ma zadbać o jakość naszego kodu HTML. Dlaczego? Czy naprawdę interesuje ich jakość i jak on wygląda?

Nie chodzi tu o estetykę. Autorzy kryterium wymagają od nas poprawnie napisanego kodu, by dane elementy mogły poprawnie pełnić swoją funkcję. 

To trochę jak z przecinkami w języku polskim. Wyobraźmy sobie zdanie, w którym zapomnieliśmy o znaku interpunkcyjnym i zamiast… “Nie, lubię spać do późna” wyszło nam “Nie lubię spać do późna”. Zinterpretujemy je zupełnie inaczej, prawda? 😉

Tak samo jest z kodem. Jeśli kawałek naszego kodu nie będzie zawierał zamknięcia elementu np. </span> bądź też przyporządkujemy tę samą wartość atrybutu id do dwóch elementów, kod może po prostu nie zadziałać. Nie spełni swojej funkcji. Zadbajmy więc o to.

Być może pojawi się teraz pytanie – “Mam przeglądać cały swój kod i szukać tak drobnych błędów”?

Tak, poproszę 😉 A tak poważnie, obecnie najczęściej edytory kodu źródłowego podkreślają nam błędy składniowe. Jeśli jednak piszecie swój kod w notatniku (ZNAM TAKIE OSOBY – mrugam do niej!), polecamy kod sprawdzić w jednym z walidatorów. Przykładem może być znany i lubiany: https://validator.nu/

Proste i przyjemne, prawda?

Mamy nadzieję, że tak samo przyjemny jest dla Was też piątek trzynasty. Życzymy dużo szczęścia! 🐈‍⬛

Do następnego!