Знайте, Intuit, лекция, валидиране на HTML

Как да се извърши проверка на страниците

Сега, след като сме разгледали теория основната HTML валидиране на. Ние говорим за най-простите неща - действителната валидирането! Все пак, това не е съвсем точна. Поставете URL адреса в валидатора и да гледате ще бъде един от най-често използваната страница или не, това е много лесно; да се разбере какво не е наред и поправите грешки понякога трудни, тъй като съобщенията за грешки понякога може да бъде твърде загадъчни. Ние разглеждаме няколко примера по-долу.

Пример разгледани в този раздел, има следната форма:

Тази проста страница се състои от три позиции, три точки, по една хипервръзка и един неподреден списък. Той използва документ от тип XHTML 1.0 Strict като негов набор от правила за валидиране. В документа, има няколко грешки, които обсъждаме по-долу, с помощта на W3C HTML валидатора.

W3C HTML Validator

Имайте предвид, че можете да извършвате проверка на страниците в W3C валидатора директно от браузъра Opera. извършване на десния бутон на мишката / Ctrl-клик меню и изберете "Проверка" ( "Вие следвате, ако уеб -Стандартен").

Може да забележите, че валидатора има три раздела в горната част на интерфейса:

Фиг. 24.1. Резултатите от пробите валидиране документ -17 грешката!

Това може да звучи заплашително, особено, когато казвам, че в документа има 17 грешки! Не се отчайвайте - валидатора казва повече грешки, отколкото в действителност съществува, тъй като често е грешка в началото на страницата ще генерира каскада предизвикана грешки по-нататък, тъй като все повече и повече елементи изглежда са разкрити или неправилно вложени. Ти просто трябва да се мисли за смисъла на съобщения за грешки и за очевидни грешки при маркирането гледам. Таблица 24.1 по-долу показва всички поправки на бъгове, така че можете да получите качество валидна страница, заедно с обяснение на това, което не е наред, и направи за решаване на проблем поправката.

Таблица 24.1. Корекции на грешки, за да даде пример на валидните страници

съобщение за грешка

Линия 8, колона 461: не е атрибут "ColSpan"

Ние знаем, че има ColSpan атрибут. и е валиден HTML. така че защо посланието, че тя не съществува? Чакай, може би това означава, че тя се използва с елемент, който не трябва да се използва? Разбира се, тя се използва по един елемент - грешно!

Премахнато ColSpan атрибут елемент от

Линия 13, колона 7: тип документ не позволява елемент тук "h3"; липсва едно от първоначалната таг "обект", "аплета", "карта", "вградена рамка", "бутон", "Инфраструктура", "Дел".

Моите вещи

Отново, на пръв поглед, изглежда странно - елемент h3 добре затворена, и се оставя в този контекст. Трябва да се отбележи, че често това съобщение за грешка означава, че има незатворен елемент в района ...

Добавен е затварящ таг по линия на стр над заглавието

Линия 19, колона 40: тип документ не позволява тук "ли" елемент; липсва едно от първоначалната таг "ул", "ол", "Меню", "DIR".

А дневник. от 1874 г.

Тя е съвсем проста - веднага можете да видите от представените струните тази цел ли маркер липсва затваряща наклонена черта (/)

Добавен е затваряне черта на същата линия

Ред 23, Колона 9: краен маркер за "HTML", но беше твърдо решен OMITTAG NO.

Отново, лесно да се разбере, че това означава, че няма краен маркер HTML. Обяснение на съобщението за грешка, дори започва с думите "Вие не може да затвори позицията."

Добавен липсващия край HTML елемент.

След коригиране на тези грешки валидатор дава доста задоволително сега съобщението за успех, както е показано на ris.24.2:

Фиг. 24.2. Успехът съобщение, казвайки, че всички грешки, за които са определени

Може би това е всичко, което може да се каже. Вие трябва да бъдете внимателни и да си спомня какво тип документ, в зависимост от страницата ще бъдат проверени.

заключение

След като прочетете тази статия ще бъде доста уверен за използването на W3C валидатора да се провери силата на своя на вашия HTML. В действителност това е само върхът на айсберга по отношение на валидирането - там са по-сложни инструменти, изброени по-долу, които ще ви помогнат, когато се работи с по-големи и по-сложни страници.

Други инструменти, които трябва да отговарят

Тестовите въпроси

• Какво се случва, когато браузърът срещне невалиден HTML?
• Какво се случва в този случай проблемът?
• Ще използване от рамки в документа се проверява в съответствие с HTML документ от тип 4 Стриктно генерира грешка?

Марк Норман Франсис работи с интернет, тъй като уеб изобретение. В момента работи в компанията Yahoo. като Front End Архитект за най-голямата в света уеб-сайт, определени най-добрите практики, стандарти за кодиране и развитие на качеството на уеб.