Приложение A:         Изменения

A.1   Отличия версий HTML 4.02 от 4 апреля 1998 г. и HTML 4.01 от 24 декабря 1999 г.

В этом разделе описаны отличия спецификации версии HTML 4.01 24 декабря 1999 г. от спецификации  версии HTML 4.0 24 апреля 1998 г.

A.1.1  Изменения в спецификации

Общие изменения

• Новые таблицы стилей для документов на базе стилей технических сообщений W3C.
• Краткое содержание.
• Обновлённые авторские права.
• Фиксированные скрипты для удаления тегов, могущих вызвать зависание некоторых браузеров.
• Благодарность Shane McCarron в разделе благодарности.
• В разделе 1.4 - убраны детали об авторских правах и сделана вместо этого ссылка на сайт W3C.
• Все ссылки на набор символов документа сделаны по ISO 10646 (и один раз -  на UNICODE, чтобы обозначить эквивалентность). Ссылки на UNICODE относятся только к алгоритму двунаправленности.
• Примеры используют теперь датированные FPI.

SGML и HTML

• Раздел 3.2.2: Значения атрибутов могут содержать точки и символы подчёркивания.

Представление документа HTML

• Набор символов документа: [ISO10646] используется теперь только для ссылок на набор символов документа. [UNICODE] зарезервирован для ссылок на двунаправленность.

Базовые типы данных HTML

• Media - дескрипторы: Все символы в примерах теперь описаны с использованием 16-ричной нотации (а также ссылаются на ISO 10646, а не  Unicode).

Общая структура документа HTML

• 7.2 Информация о версии HTML: Обратите внимание, что
  • любые изменения в будущем ОТД в HTML 4  не будут отменять документы, соответствующие ОТД предыдущих спецификаций. The HTML Working Group резервирует право на исправление обнаруженных "жучков";
  • программы, соответствующие ОТД существующих спецификаций, могут игнорировать возможности будущих ОТД HTML 4, которые они не могут распознать;
• 7.2 Информация о версии HTML: Используйте недатированные HTML 4 URI для системных идентификаторов. Эти URI также используются глобально во всех примерах.
• 7.4.4 Meta-данные: примечания о  текущей работе W3C над meta-данными удалены и заменены на заметки о RDF.
• 7.4.4.2 Meta-данные: в конце раздела о заголовках HTTP пример автообновления убран (поскольку он не является частью Рекомендаций), и добавлены примечания о перенаправлениях на стороне сервера.

Информация о языке и направлении текста

• Атрибут dir: разъясняется, что dir применяется к содержимому элемента, значениям атрибутов и направлению таблиц.

Таблицы

• 11.2.6 Ячейки: определения rowspan и colspan изменены. Теперь spans объединены в группы (рядов или столбцов);
• 11.3.2 Выравнивание: если "char=align" не поддерживается ПА, поведение не определено.

Гиперссылки

• 12.2 Элемент A: описание атрибута type для элементов A и (LINK) изменено, чтобы подчеркнуть его информационный характер.
• 12.2.3 Якоря с атрибутом id: для "name" и "id" недопустимо появляться в одном и том же начальном теге, если они оба определены для элемента. Они должны иметь идентичные значения.
• 12.3.3 Гиперссылки и поисковые машины: в примере удалена ссылка на атрибут dir, так как он не относится к связываемому ресурсу (только к содержимому элемента и значениям атрибутов текста).
• 12.4.1 Относительные URI: поскольку RFC 2616 не включает поле заголовка Link, следующее заявление квалифицировано для предыдущих версий HTTP 1.1:  "Элементы ссылки, специфицированные в заголовками HTTP, обрабатываются точно как элементы LINK, явно появляющиеся в документе."

Объекты, Изображения и Аплеты

• 13.2 Элемент IMG: дополнен атрибутом name для обеспечения обратной совместимости.
• 13.2 Элемент IMG: добавлено примечание, что ПА обязаны предоставлять различные механизмы для доступа к "longdesc" URI (изображения/IMG) и "src" URI (якоря/A), если IMG является частью содержимого элемента A.
• 13.3 Элемент OBJECT:  добавлено примечание, что, если значения "type" для OBJECT и для заголовка Content-Type HTTP различны, то последнее имеет преимущество.
• 13.3 Элемент OBJECT: добавлено указание использовать PARAM вместо совместного употребления атрибутов "data" и "classid" для OBJECT.
• 13.4 Элемент APPLET: добавлено примечание, что, из соображений безопасности, только субдиректории просматриваются для атрибута "codebase" в APPLET.
• 13.6.1 Клиентские карты изображений: определение атрибута "poly" дополнительно разъяснено, что, если многоугольник для атрибута "coords" в AREA не закрыт авторами, это должен сделать ПА..
• 13.6.1 Клиентские карты изображений:
  • модель содержимого элемента MAP теперь позволяет авторам смешивать содержимое AREA и содержимое уровня блока;
  • ПА "должны" воспроизводить содержимое уровня блока (ранее "могли").
  • элемент MAP может быть использован без изображения для общего использования в утилитах навигации;
  • ПА обязан игнорировать элементы AREA, если содержимое является смешанным (AREA и уровня блока).
  • авторы должны полностью специфицировать очертания элементами AREA или A в содержимом блока или обоими.
• 13.7.2 и 13.7.3 : определение атрибутов vspace и hspace выглядит теперь так же, как и определения других атрибутов.
• 13.7.2 и 13.7.3 : тип значений атрибутов vspace, hspace и border изменён с "length" на "pixels".
• 13.8 Альтернативный текст: последнее указание раздела теперь обращено к разработчикам ПА и касается обработки пустого атрибута текста "alt".

Таблицы стилей в документах HTML

• 14.6 Ссылка на таблицу стилей в заголовках HTTP: поскольку RFC 2616 не включает поле Link в заголовке, весь раздел квалифицирован только для предыдущих версий HTTP 1.1.

Фрэймы

• 16.4.1 NOFRAMES: добавлен текст к описанию NOFRAMES.
• 16.4.1 NOFRAMES: добавлен текст относительно которого ОТД могу иметь NOFRAMES (frames, transitional).

Формы

• 17.2.1 Типы элементов управления: если ни одна кнопка radio первоначально не выбрана, поведение ПА по выбору кнопки не определено. Отличается от RFC 1866.
• 17.3 Элемент FORM: добавление в атрибуте name для обратной совместимости.
• 17.3 Элемент FORM: удалена ссылка на "mailto" URI в определении атрибута "action".
• 17.3 Элемент FORM: удалён пример "mailto" в конце раздела, поскольку поведение этого вида не определено.
• 17.3 Элемент FORM: атрибут accept добавлен к фрагменту ОТД/DTD. Также улучшено описание атрибута accept-charset.
• 17.4 Элемент INPUT: добавлен "ismap" к элементу INPUT. Также, в определении value, добавлен "checkbox" к значениям type, требующим указания значения.
• 17.6.1: если никакая опция не предустановлена, поведение ПА не определено. Авторы должны однозначно изменить опцию none, чтобы определить этот вариант. Такое поведение отличается от RFC 1866.

SGML - объявление

• SGML - объявление в HTML 4: убран текст об up-to-date ссылках на ISO 10646. Заменено на : "Пересмотр спецификации HTML 4 может обновлять ссылку на ISO 10646 для включения дополнительных изменений."

Strict -ОТД

• атрибуты vspace/hspace/border в IMG, OBJECT, APPLET в пикселах;
• изменена модель содержимого MAP: ((%block;) | AREA)+
• добавлен атрибут "ismap" в INPUT;
• атрибут accept добавлен к фрагменту ОТД для элемента FORM;
• комментарий атрибута axis изменён в отношении списка, разделённого запятыми;
• атрибут archive элемента OBJECT принимает значение типа CDATA вместо типа %URI, так как значением является список URI, разделённых пробелами.

Примечания

• Примечания. Обновлены примечания о доступности, указывают теперь на Советы по Обеспечению Доступности Web.

Ссылки

• обновлённые ссылки на RFC используют  http://www.ietf.org/rfc
• сделаны ссылки в заглавиях;
• обновлена дата (27 авг. 1998) для [DATETIME]
• обновлена дата (11 янв. 1999) для [CSS1]
• зафиксирована дата публикации [CSS2]
• [UNICODE] обновлён до версии 3.0
• [ISO10646] обновлён, новые назначения символов. Обратите внимание, что исправление 5 специально внесено;
• ожидается обновление [RFC1766]
• [RFC2279] отменяет [RFC2044]
• [RFC2616] отменяет [RFC2068]
• [RFC2388] в дополнение к [RFC1867]
• адрес [LEXHTML] обновлён, добавлена дата;
• адрес [DCORE] обновлён;
• обновлён [WEBSGML]
• адрес [HTML3STYLE] обновлён;
• добавлен [RDF10] (заменил старый RDF)
• изменён [WAIGUIDE] -> [WAI]
• добавлены информационные ссылки [WCGL], [UAGL] и [ATGL]
• обновлён URI на  [URI] (RFC 2396)

A.1.2 Замеченные ошибки

(Всё исправлено)

A.1.3  Исправленные опечатки

(Всё исправлено)

A.1.4   Разъяснения

Раздел 3.2.1

В седьмом параграфе добавлено "назад до соответствующего начального тега" к "(т.е., они должны быть соответствующим образом вложены, конечный тег закрывает назад до соответствующего начального тега все незакрытые теги внутри с опущенными конечными тегами (раздел 7.5.1) и т.д.)."

Раздел 3.2.4

Добавлено положение, что комментарии являются метками.

Раздел 3.3.3

Во втором элементе списка изменить "конечный тег элемента" на "теги элементов".

Раздел3.3.3.1

В определении модели содержимого, "A" означает, что "A" должно появляться один и только один раз. Также добавлены "+(A)" и "-(A)" к разделу синтаксиса модели содержимого.

Раздел7.4.2

Разъяснено, что TITLE может не содержать комментариев.

Раздел10.3

Все употребления "крэкер" в этом разделе и его подразделах заменены на "хакер". Также определения "хакер" и "nerd" взяты из "The Hacker's Dictionary".

Раздел13.7.2

Употребление атрибутов hspace и vspace не рекомендуется.

Раздел13.7.4

Атрибут align не рекомендован для IMG, OBJECT и APPLET.

A.1.5 Известные проблемы с браузерами

• Некоторые версии Netscape Navigator 4.0X зависают при чтении 3 Главы предыдущей версии этой спецификации. Netscape знает об этом и устранил это в версии 4.5. Чтобы работать без этого "жучка", отмените Style Sheets (и возможно - JavaScript) в меню Edit/Preferences/Advanced.

A.2   Отличия версий 18 декабря 1997 и 24 апреля 1998

Этот раздел описывает, чем версия спецификации HTML 4.0 от 24 апреля 1998 г. отличается от версии 18 декабря 1997 г.

A.2.1 Замеченные ошибки

(Всё исправлено)

A.2.2  Исправленные опечатки

(Всё исправлено)

A.3   Изменения в HTML 3.2 и HTML 4.0 (18 декабря 1997 г.)

В этом разделе объясняется, чем версия спецификации HTML 4.0 от 18 декабря 1997 г. отличается от HTML 3.2 ([HTML32]).

A.3.1   Элементы

Новые элементы

Новые элементы HTML 4.0: ABBR, ACRONYM, BDO, BUTTON, COL, COLGROUP, DEL, FIELDSET, FRAME, FRAMESET, IFRAME, INS, LABEL, LEGEND, NOFRAMES, NOSCRIPT, OBJECT, OPTGROUP, PARAM, S (не рекомендуемый), SPAN, TBODY, TFOOT, THEAD и Q.

Не рекомендуемые элементы

Следующие элементы не рекомендуются: APPLET, BASEFONT, CENTER, DIR, FONT, ISINDEX, MENU, S, STRIKE и U.

Устаревшие элементы

Следующие элементы устарели: LISTING, PLAINTEXT и XMP. Вместо них авторы должны употреблять элемент PRE.

A.3.2  Атрибуты

• Почти все элементы, определяющие вид документа HTML ( color, alignment, font, graphics и т.д.)  не рекомендуется использовать. Вместо них нужно использовать каскадные таблицы стилей. В списке атрибутов в приложении отмечены не рекомендуемые атрибуты.
• Атрибуты id и class позволяют авторам указать  name и class - информацию таких элементов в таблицах стилей, как anchors, scripting, объявление объектов и т.д.

A.3.3   Доступность

В HTML 4.0 внесены многочисленные изменения для того, чтобы обеспечить доступность:

• Атрибут title может теперь быть установлен на практически каждый элемент.
• Авторы могу предоставить длинное описание таблиц (см. атрибут summary), изображений и фрэймов (см. атрибут longdesc).

A.3.4   Данные meta

Авторы могут теперь установить профили, предоставляющие объяснения meta-данных, специфицированных элементами META или LINK.

A.3.5  Текст

• Новые возможности интернационализации позволяют авторам определять направление текста и язык.
• Элементы INS и DEL позволяют авторам помечать изменения в своих документах.
• Элементы ABBR и ACRONYM позволяют авторам помечать аббревиатуры и акронимы в своих документах.

A.3.6  Гиперссылки

• Атрибут id делает любой элемент целевым элементом для якоря ссылки.

A.3.7  Таблицы

Модель таблиц HTML 4.0 превзошла всё до сих пор существовавшее в HTML+ и в HTML3.0. Предыдущие модели были расширены в соответствии с запросами провайдеров информации следующим образом:

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

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

Кроме того, важной целью является обеспечение обратной совместимости с широко применяемой разработкой таблиц фирмы Netscape. Другой целью является упрощение импортирования таблиц в соответствии с моделью SGML CALS. Последние разработки делают атрибут align совместимым с последними версиями популярных браузеров. Некоторые разъяснения были даны о роли атрибута dir  и рекомендуемом поведении при смешивании абсолютных и относительных параметров ширины столбца.

Новый элемент COLGROUP введён для того, чтобы дать возможность группировать наборы столбцов различной ширины и выравнивания, установленных одним или несколькими элементами COL. Семантика COLGROUP разъяснена по сравнению с предыдущими разработками, и rules="basic" заменён на rules="groups".

Атрибут style включён, как предполагается, для расширения свойств, ассоциированных с кромками и внутренней частью групп ячеек. Например, стиль линий: dotted, double, thin/thick и т.п., заполнение цвет/паттерн для внутренней части, поля ячеек и информация о шрифте. Всё это будет объектом соответствующей спецификации таблиц стилей.

Атрибуты frame и rules модифицированы для устранения конфликтов имён SGML с другими и для избежания конфликтов с атрибутами align и valign. Эти изменения объясняются также желанием избежать в будущем проблем, если эта спецификация расширит использование атрибутов frame и rules с другими элементами таблиц.

A.3.8   Изображения, объекты и карты изображений

• Элемент OBJECT допускает родовое включение объектов.
• Элементы IFRAME и OBJECT позволяют авторам создавать внедрённые документы.
• Атрибут alt требуется для элементов IMG и AREA.
• механизм создания карт изображений позволяет теперь авторам создавать более доступные карты изображений. Модель содержимого элемента MAP по этой причине изменена.

A.3.9  Формы

В этой спецификации вводятся новые элементы, воздействующие на формы:

• Атрибут accesskey позволяет авторам устанавливать прямой доступ с клавиатуры к элементам управления.
• Атрибут disabled позволяет авторам установить элемент управления в начальное положение "отключён".
• Атрибут readonly позволяет авторам запретить изменения элемента формы.
• Элемент LABEL ассоциирует надпись с определённым элементом формы.
• Элемент FIELDSET группирует связанные поля и, при ассоциации с элементом LEGEND, может использоваться для именования группы. Оба эти элемента дают больше возможностей для представления документа и интерактивности. Речевые браузеры могут лучше описать форму, а графические браузеры - сделать лэйблы чувствительными.
• Новый набор атрибутов, в сочетании со скриптами, дают возможность проверять данные, введённые пользователем, на стороне клиента.
• Элемент BUTTON и INPUT с type, установленным в "button", могут использоваться в комбинации со скриптами для создания сложных форм.
• Элемент OPTGROUP позволяет авторам группировать опции меню в SELECT, что особенно важно для доступности форм.
• Дополнительные изменения в интернационализации.

A.3.10  Таблицы стилей

HTML 4.0 поддерживает широкий набор media-дескрипторов, так что авторы могут писать таблицы стилей, чувствительные к типу устройства.

A.3.11 Фрэймы

HTML 4.0 поддерживает фрэймы и inline/инлайн-фрэймы.

A.3.12  Сценарии/scripting

Многие элементы обладают теперь атрибутами событий, что может быть соединено с возможностями скриптов: скрипт выполняется при возникновении события (напр., когда документ загрузился, нажата кнопка мыши и т.п.).

A.3.13   Интернационализация

HTML 4.0 интегрирует рекомендации [RFC2070] для интернационализации HTML.

Однако, эта спецификация и [RFC2070] отличаются в следующем:

• Атрибут accept-charset установлен для элемента FORM, а не для элементов TEXTAREA и INPUT.
• Спецификация HTML 4.0 даёт дополнительные разъяснения о двунаправленном алгоритме.
• Использование CDATA для определения элементов SCRIPT и STYLE не сохраняет возможность для транскодирования документов, как описано в разделе 2.1 в [RFC2070].