Код документов не содержит ошибок и успешно проходит проверку на валидность в соответствии со строгим (Strict) HTML 4.01 или XHTML.
Подробности: Если спецификация предусматривает несколько типов документов, следует использовать тип "Strict".
Более старые стандарты (такие как HTML 3.2, а также Transitional и Frameset) упразднены. Их использование тормозит внедрение новых технологий, поскольку уже установлены новые замещающие стандарты; вот соответствующие спецификации языков:
Подробности: Документ должен ссылаться на DTD и должен быть валидным в соответствии с этим описанием.
В текущих спецификациях необходимо указание языка документа в DTD. Документы XHTML должны также содержать XML-объявление. Смотрите примеры минимальных HTML и XHTML документов.
Подробности: Код не должен содержать ошибок.
Ушло время, когда браузеры обрабатывали неправильные документы. Новые стандарты намного строже и не допускают ошибок. Таким образом, устранять ошибки в документах стало необходимостью. В этом могут помочь различные программы, например:
Тем не менее, выдаваемые подобными программами результаты проверки могут лишь наметить проблемы, но не служить достоверной оценкой качества кода.
Должна присутствовать обратная совместимость...
Подробности: Конструкции, не существовавшие в старых языках, следует использовать только с учетом обратной совместимости.
Документ должен сохранять функциональность даже в браузерах, поддерживающих лишь старые версии языков (например, HTML 3.2). Конструкции из новых языков могут использоваться только при условии, что это не ограничит возможности пользователей. Документы XHTML будут работать в старых браузерах, если авторы будут избегать несовместимых инструкций.
... следует также обеспечить совместимость снизу вверх.
Подробности: Разрешенные, но не рекомендованные конструкции использовать не следует.
Некоторые спецификации языков еще позволяют использование старой функциональности (тегов и атрибутов). Тем не менее, если рекомендуются новые методы, необходимо следовать именно им. Например, вместо использования <b>
, <big>
и др., в соответствии со спецификацией HTML 4.01 авторам следует использовать форматирование средствами каскадных таблиц стилей. Приниципы W4D требуют этого.
Подробности: Если существует альтернативный синтаксис, авторы должны использовать синтаксис из более новой версии языка.
В HTML теги и атрибуты можно записывать в нижнем регистре, а в более позднем XHTML — нужно. Поэтому Принципы W4D призывают авторов писать теги и атрибуты только в нижнем регистре в HTML, хотя его спецификации соответствует как нижний, так и верхний регистр.
Примечание: Несмотря на то, что спецификация предусматривает как одинарные кавычки, так и двойные, авторам рекомендуется использовать "двойные". Причиной этому является неверная интерпретация некоторыми браузерами команд с одинарными кавычками, в то время как с двойными проблем нет. Конечно, это проблема браузера, но разве мы должны лишать пользователей доступа к наши документам?