Parsowanie kodu HTML5 w Gecko
Komentarze dla notki “Parsowanie kodu HTML5 w Gecko”
-
Wasacz - 08 lipca 2009, 17:19:44
Czy oni kiedyś nauczą sie dzielić tekst na strony? U mnie cały ten dokument wywala Operę (9.64).
A odnośnie tematu: parsowanie według tej specyfikacji jest masakrycznie okropne z prostej przyczyny: strona może wywalić się na prostym błędzie w markupie. Dotychczas Fx radził sobie z tym najlepiej, ale skoro idzie w stronę HTML5… Ech.
-
pecet - 08 lipca 2009, 19:34:55
WTF "nowy silnik parsujący wbudowany w Gecko", u mnie HTML5 parsuje się ładnie już w 3.5, tzn. pokazuje tryb standardów, a nie wstecznej kompatybilności, a tworzę layout z article, section i całą dobrocią HTML5 ;)
-
Wasacz - 08 lipca 2009, 19:38:03
pecet: nie o to chodzi. HTML5 z tego co wiem (=z tego, co gdzieś wyczytałem, i co zdawało się prawdziwe; nie chce mi się tego czytać) dość precyzyjnie definiuje to, jak ma się zachować agent np. w przypadku skopanego markupu, a nie tak jak dotychczas, że każdy sobie markup skrobie. Tyle że propozycja W3C jest IMHO niekorzystna dla ZU, chociaż dla kodera też żadne ułatwienie, jeśli pilnuje, by dokument był poprawny składniowo (odnośnie tematu wpisu wystarczy prosty walidator).
-
Rafał - 08 lipca 2009, 20:00:49
@Wasacz: specyfikacja podlinkowana w notce jeszcze nie jest tragiczna i jest to tylko część szkicu który potrafi zamrozić mojego firefoksa na dłuższą chwilę.
@pecet: dokładnie jak Wasacz napisał, chodzi o to jak program ma traktować kod, jak reagować na pewne przypadki, np. błędy składniowe.
Subskrybuj