Problem z "polskimi znakami" na stronie WWW (np. ą, ę, ł, ń, ó, ś, ź, ż) najczęściej wynika z niezgodności kodowania znaków pomiędzy tym, w jakim kodowaniu zapisano plik/treść, a tym, jakie kodowanie przeglądarka zastosuje do interpretacji bajtów jako znaków.
Odpowiedź "odpowiedniego kodowania w pliku HTML." jest poprawna, bo to właśnie kodowanie znaków (charset) determinuje, czy ciąg bajtów zostanie zinterpretowany jako właściwe litery. W praktyce standardem jest UTF-8; ważne jest też, by kodowanie było konsekwentne (plik zapisany w UTF-8 i zadeklarowany jako UTF-8).
Pozostałe propozycje są błędne, ponieważ:
- "konfiguracyjnego pliku serwera." – konfiguracja serwera może wpływać na nagłówki odpowiedzi (np. deklarację charset), ale sam "plik konfiguracyjny" nie jest bezpośrednią przyczyną poprawnego wyświetlania znaków; kluczowe jest to, jakie kodowanie ma treść i jak jest ono określone dla przeglądarki.
- "domyślnego stylu przeglądarki internetowej." – styl dotyczy wyglądu (CSS, czcionki, marginesy), a nie mapowania bajtów na znaki. Zły styl może co najwyżej zmienić krój pisma, ale nie "naprawi" błędnie zdekodowanego tekstu.
- "ustawienia języka polskiego, jako domyślnego języka przeglądarki internetowej." – język przeglądarki to ustawienie interfejsu i preferencji językowych (np. dla treści wielojęzycznych), jednak nie zastępuje informacji o kodowaniu. Przeglądarka nadal musi wiedzieć, w jakim charset ma odczytać dokument.
Wskazówka egzaminacyjna: jeśli w odpowiedziach pojawia się "kodowanie/charset/UTF-8", a problem dotyczy "krzaków" zamiast polskich liter, zwykle jest to najlepszy trop. Warto pamiętać, że język (pl-PL) i kodowanie (UTF-8) to różne pojęcia: język opisuje treść, a kodowanie opisuje zapis znaków.
