ProgrammerBook.ru: Обратите внимание, что

  1. данный документ является переводом документа «Hypertext Markup Language - 2.0 - Footnotes»;
  2. данный документ может содержать неточности, опечатки и ошибки перевода;
  3. официальным документом по данной тематике является оригинальный документ на английском языке, расположенный на сайте W3C.

Язык Гипертекстовой Разметки - 2.0

(1)

Существует ряд синтаксических идиом, которые не поддерживаются или поддерживаются непоследовательно в некоторых исторических реализациях агентов пользователей. Так же как и данная идиома, эти идиомы на протяжении всей этой спецификации определены в примечаниях.

(2)

Набор символов документа в определённой степени не зависит от схемы кодирования символов, используемой для репрезентации документа. Например, для HTML документов может быть использована `ISO-2022-JP' схема кодирования символов, поскольку её набор является подмножеством [ISO-10646] набора. Принципиальное различие заключается в том, что числовые ссылки на символ согласуются с [ISO-10646] независимо от кодировки документа.

(3)

В интересах надёжности и расширяемости, существует целый ряд широко используемых конвенций по обработке документов не отвечающих общим требованиям. Смотрите раздел Не объявленная Обработка Ошибок Разметки для получения более подробной информации.

(4)

Для поддержки незападных систем письма, HTML агентам пользователей рекомендуется поддерживать `ISO-10646-UCS-2' или аналогичные схемы кодирования символов и, как можно большую часть символов [ISO-10646] набора, насколько это возможно.

(5)

Существуют SGML механизмы, CDATA, а так же RCDATA объявленное содержимое, позволяющие большинство таких символов как `<', `>' и `&', которые могут быть введены без использования ссылок на сущности. Поскольку эти механизмы, как правило, используются и реализуются непоследовательно, а также потому, что они противоречат методам сокращения HTML для 7-битных ASCII для транспортировки, они признаны нерекомендуемыми в этой версии HTML. Смотрите раздел Пример и Листинг: XMP, LISTING.

(6)

SGML объявление для HTML указывает SHORTTAG YES, а это означает, что есть и другие действительные синтаксисы для тегов, таких как NET теги, `<EM/.../'; пустые начальные теги, `<>'; и пустые конечные теги, `</>'. До тех пор пока поддержка этих идиом не имеет широкого распространения, их использование настоятельно не рекомендуется.

(7)

Некоторые исторические реализации рассматривают любое вхождение символа `>' как обозначение конца тега. Для совместимости с такими реализациями, в случае когда `>' появляется в значении атрибута, этот символ следует репрезентировать в виде числовой ссылки на символ. Например, `<IMG SRC="eq1.jpg" alt="a>b">' следует записать как `<IMG SRC="eq1.jpg" alt="a&#62;b">' или `<IMG SRC="eq1.jpg" alt="a&gt;b">'.

(8)

Некоторые исторические реализации допускают в имени лексемы любой символ, кроме пробела или `>'.

(9)

Некоторые исторические реализации понимают только минимизированный синтаксис.

(10)

Некоторые исторические реализации HTML неправильно рассматривают любой символ `>', принимая его в качестве завершения комментария.

(11)

Если тело `text/html' сущности сообщения не начинается с объявления типа документа, HTML агенту пользователя следует самостоятельно сделать вывод об объявлении типа документа.

(12)

Длина названия не ограничена; однако, длинные названия могут быть усечены в некоторых приложениях. Чтобы свести к минимуму такую возможность, следует указывать названия не превышающие 64-х символов.

(13)

Элемент META не следует использоваться там, где был бы более уместен конкретный элемент, например, такой как TITLE. Вместо META элемента с URI, используемым в качестве значения атрибута CONTENT используйте элемент LINK.

(14)

Метод, с помощью которого сервер извлекает мета-информацию документа, не определён и не является обязательным. Элемент META только предоставляет расширяемый механизм для идентификации и встраивания метаинформации документа -- как он может быть использован до индивидуальной реализации сервера и HTML агента пользователя.

(15)

Ссылки на «начало новой строки» не означают, что выводящему устройству запрещено использовать постоянный левый отступ для представления отформатированного текста. Левый отступ может быть ограничен по необходимой ширине.

(16)

Ограничения на обработку содержимого PRE могут ограничивать или запрещать возможность HTML агента пользователя точно представлять выразительную разметку.

(17)

Некоторые исторические документы содержат теги P в элементах PRE. Агентам пользователей рекомендуется рассматривать это как разрыв строки. На месте тега P с последующим символом новой строки следует генерировать только один разрыв строки, а не разрыв строки с последующей пустой строкой.

(18)

В предыдущем проекте HTML-спецификации, синтаксис XMP и LISTING элементов допускает закрывающие теги, которые будут рассматриваться в качестве символов данных, до тех пор, пока именем тега не будет XMP или LISTING, соответственно.

(19)

В предыдущем проекте, HTML включал элемент PLAINTEXT, который похож на элемент LISTING, за исключением того, что у него нет закрывающего тега: все символы после начального тега PLAINTEXT являются данными.

(20)

Агенты пользователей могут поддерживать элемент DFN, не включённый в данную спецификацию, так как он, в некоторой степени, имеет применение. Он используется для указания определения экземпляра термина, и он, как правило, представляется курсивом или полужирным курсивом.

(21)

Агенты пользователей могут поддерживать некоторые типографические элементы не включённые в данную спецификацию, так как они, в некоторой степени, имеют применение. Элемент STRIKE обозначает горизонтальную линию, перечёркивающую символы, а элемент U обозначает подчёркивание.

(22)

Некоторые HTML агенты пользователей могут обрабатывать графику, указанную с помощью якорей, но не IMG графики. Если графика имеет важное значение, то её следует указывать с помощью элемента A, а не с помощью элемента IMG. Если графика не имеет существенного значения, то применение элемента IMG является целесообразным.

(23)

На практике медиа типы ресурсов изображения ограничены несколькими растровыми графическими форматами: как правило, это `image/gif' и `image/jpeg'. В частности, `text/html' ресурсы не предназначены для использования в качестве ресурсов изображения.

(24)

Не рекомендуется использование знаков неразрывного пробела и мягкого переноса, поскольку они не имеют широкой поддержки.

(25)

Для поддержки незападных систем письма, в будущей версии HTML будет указан больший набор символов. Набором символов документа будет [ISO-10646], или некоторое подмножество, которое согласуется с [ISO-10646]; в частности, все числовые ссылки на символ должны использовать позиции кода, присвоенные [ISO-10646].

(26)

URI-адрес, применяемый для передачи запроса формы, может быть использован в стиле обычного якоря гиперссылки. К сожалению, использование символа `&' для разделения полей формы конфликтует с его использованием в значениях SGML атрибутов в качестве сущности, разделяющей данные, передаваемые ссылкой. Например, URI `http://host/?x=1&y=2' должен быть записан как `<a href="http://host/?x=1&#38;y=2"' или `<a href="http://host/?x=1&amp;y=2">'. Реализациям HTTP-сервера, и, в частности, CGI реализациям рекомендуется поддерживать использование `;' вместо `&' для того, чтобы избавить пользователей от необходимости экранирования `&' символов таким образом.

(27)

Кодирование URL может приводить к очень длинным URI-адресам, которые вызывают не правильное поведение некоторых исторических реализаций HTTP-серверов. В результате, в некоторых HTML формах используется `METHOD=POST', даже если отправка формы не имеет побочных эффектов.