Пока ещё не принята окончательная версия HTML 4.0 , но когда это произойдёт , её русский перевод появивится на этой странице .

Доктор Дэйв Raggett

Внимание ! HTML 4.0 ещё слишком молод и его пока не поддерживает ни один броузер , но учиться лучше уже сейчас ...

Q

INS

DEL

ACRONYM

LEGEND

см . "Изменения в ФОРМАХ"

COLGROUP

см . "Изменения в ТАБЛИЦАХ"

BUTTON

Кнопки для ФОРМ
см . "Изменения в ФОРМАХ"

FIELDSET

см . "Изменения в ФОРМАХ"

ISINDEX

APPLET

Как так ? Кому понадобилось отменить тэг , отвечающий за самую передовую технологию Сети - Java ? Дело в том , что тэги APPLET и EMBED хотят заменить на один - OBJECT

CENTER

Кому помешал тэг CENTER ? W3C давно уже борется с этим тэгом , некогда введённым Netscape . В HTML 3.0 W3C ввёл альтернативный тэг - P ALIGN=CENTER , но всё же узаконил и CENTER . И вот теперь борьба продолжается .

FONT

BASEFONT

Основной тэг , отвечающий за визуальное представление , осуждён ? Кажется странным , а ? Дело в том , что вводится тэг STYLE , позволяющий определять "стили" текста один раз и позже возвращаться к ним . Раньше это было в Microsoft Internet Explorer`е

STRIKE

S

U

Тэг подчёркивания

DIR

MENU

XMP

PLAINTEXT

"Простой текст" он и есть простой текст

LISTING

Применялся для листинга исходного кода компьютерных программ .

Вместо всех этих элементов в HTML 4.0 следует применять тэг PRE С чего начали , к тому и вернулись .

Изменения в таблицах

Модель таблиц в 4.0 HTML выросла из более ранней работы над HTML+ и
эскизным проектом HTML 3.0. Более ранняя модель была расширена
по прозьбам Web-авторов для улучшения управления
представлением табличной информации:

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

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

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

Атрибут STYLE включен как средство для расширения
свойств, связываемых с краями и
внутренностью групп ячеек. Например, стиль линии:
точечный, двойной , тонкий/толстый и т.п.;
цвет/образец заполняет для внутреннего поля ячейки и
шрифтовая информация. Это будет предметом для дополнительного
определения на стилевых листах.

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



Изменения в ФОРМАХ

Формы , определенные в HTML 3.2 имеют следующие проблемы:

• Нет клавиатурных ярлыков (shortcuts) для стандартных действий , для access keys для запуска меню, и т.п..
• Хотя элементы управления формой могут быть сделаны нечувствительными динамически, они не могут быть объявлены таковыми в время инициализации.
• Нельзя дать атрибут "только для чтения" элементам управления формой , таким как поля формы .
• Метки для радио кнопок и checkboxes не чувствительны, то есть, нажатие на текст метки не изменяет состояния кнопки.
• Нет способа выделить существующие поля формы в группы так , чтобы эффективно поддерживать просмотор speech-based броузерами (Интернет для слепых , об этом как-то писали Мухин и "Мир ПК" - Примеч. переводчика).
• Нет возможности обрабатывать изменение контрольных (checking) величин , сразу , как их значение изменяется пользователем . Все обработки значений происходят на сервере , и только после нажатия кнопки SUBMIT .
• Невозможно указать какой тип файлов ожидается , когда пользователя просят загрузить (upload , submit) файл .
• Формы могут содержать только две кнопки : SUBMIT и RESET.
• Нет способа определить каким набором символов сервер может оперировать.

Чтобы решить эти проблеммы эта спецификация вводит
различные новые атрибуты и элементы.

• Атрибут accesskey предусматривает определение прямого клавиатурного доступа к областям формы.
• Атрибут disabled позволяет автору формы делать элементы управления формой первоначально нечувствительными.
• И с помощью дополнительного атрибута readonly, авторы могут запретить вносить изменения в область формы.
• Элемент LABEL ассоциирует ярлык с элементом управления конкретной формы. (например Submit . При нажатии Alt+S (или ещё чего-нибудь) происходит Submit - Примеч. переводчика)
• Элемент FIELDSET группирует существующие поля вместе и , вместе с элементом LEGEND, может использоваться , чтобы назвать группу. Оба этих новых элемента позволяют лучше компилировать и предоставляют лучшую интерактивность . Speech-based броузеры могут лучше описать форму , а графические броузеры могут сделать метки чувствительными.
• Новый комплект атрибутов, включая onchange-INPUT, вместе с поддержкой для языков скриптинга , позволяет автору формы проверить данные , введённые пользователем.
• Элемент INPUT получил новый атрибут : accept - это позволяет авторам определять список типов правильного носителя или набирать образец для ввода .
• Новый элемент BUTTON может использоваться, чтобы сделать формы богаче , чем только сдвумя кнопками : Submit и Reset .
• Элемент FORM включает атрибут accept-charset, основанный на HTTP "Accept-Charset" заголовке (смотри [RFC2068]). Этот атрибут (сначала предложеный в [RFC1867]) может использоваться, чтобы определить список кодировок (наборов символов) приемлемых на данном сервере.