Gdy tabela HTML (np. zbudowana z <table>, <tr>, <th> i <td>) nie wyświetla się poprawnie tylko w jednej przeglądarce, najbardziej profesjonalnym podejściem jest debugowanie w środowisku, w którym występuje błąd. Dlatego właściwe działanie to sprawdzenie kodu/DOM oraz komunikatów w narzędziach deweloperskich tej przeglądarki.
W praktyce oznacza to m.in.:
- inspekcję elementu tabeli w drzewie DOM (czy przeglądarka nie "naprawiła" błędnej składni inaczej niż pozostałe),
- sprawdzenie, czy tabela nie jest ukrywana lub deformowana przez CSS (np. display, overflow, border-collapse, style globalne),
- weryfikację błędów/ostrzeżeń w konsoli oraz reguł w panelu "Styles/Computed",
- ewentualną walidację HTML w celu wykrycia niepoprawnej struktury tabeli.
Odpowiedź "Zignoruj problem, ponieważ tabela wyświetla się poprawnie w innych przeglądarkach." jest nieprawidłowa, bo zgodność międzyprzeglądarkowa jest standardowym wymaganiem jakościowym; użytkownicy mogą korzystać z różnych silników renderujących, a błąd może dotyczyć istotnej grupy odbiorców.
Odpowiedź "Zmień kod HTML na inny język programowania." jest nieadekwatna: problem dotyczy renderowania HTML (i zwykle CSS), więc zmiana "języka" nie jest sensowną metodą naprawy. Najpierw diagnozuje się przyczynę, a dopiero potem wprowadza minimalną poprawkę.
Odpowiedź "Zgłoś problem do producenta przeglądarki." bywa uzasadniona dopiero wtedy, gdy po weryfikacji okaże się, że kod jest poprawny, a błąd wynika z defektu konkretnej wersji przeglądarki. W typowych zadaniach egzaminacyjnych oczekuje się jednak podstawowej czynności: sprawdzenia kodu i zachowania strony w narzędziach deweloperskich.
Wskazówka egzaminacyjna: gdy w treści jest "w jednej przeglądarce", najczęściej testowana jest umiejętność systematycznego debugowania i weryfikacji HTML/CSS/DOM, a nie eskalacja problemu lub "obejścia" bez analizy.
