HTML, XHTML и CSS на 100%

Квинт Игорь

Требуется явно задавать значения атрибутов

В документах XHTML всем атрибутам следует присваивать значения, даже если по стандарту HTML это не требуется. Например, в тегах списков <ol>, <ul> часто используется атрибут compact, приводящий к уменьшению расстояния между буквами в тексте списков. Если этот атрибут включен в тег, например <ul compact>, то текст в списке будет отображаться более компактно. Однако в XHTML такая запись запрещена и вам придется написать так: <ul compact="compact">. В табл. 13.1 приведены атрибуты, которым

в языке XHTML следует задавать значения, совпадающие с их названием.

Таблица 13.1. Значения атрибутов XHTML, для которых HTML не требовал значений

Включение сценариев и специальных символов в документы XHTML

В документы HTML сценарии встраиваются с помощью комментариев, то есть коды сценариев помещаются внутрь объявлений комментария:

<!

…Код сценария JavaScript или таблицы CSS….

>

В них же помещают объявления таблиц CSS, что позволяет избежать конфликтов, если браузер не поддерживает эти средства. Однако браузеры XML не воспринимают содержимое комментариев и требуют использования таких конструкций, содержащих тег CDATA языка XML:

<script language="JavaScript">

<![CDATA[

…код сценария JavaScript...

]]>

</script>

Вместе с тем это может привести к проблемам при воспроизведении такого документа браузерами HTML, которые не понимают XML-тег CDATA. Оптимальным решением будет помещение сценариев во внешние файлы и включение в документы ссылок на эти файлы.

Все специальные символы в документы XHTML следует записывать с помощью ссылок, то есть вместо записи <img src="logo.gif" alt="Логотип фирмы Бублики & Баранки"> следует написать <img src="logo.gif" alt="Логотип фирмы Бублики &amp Баранки" >

13.3. Проблемы использования XHTML

Прочитав эту главу, вы, вероятно, поняли, что перед разработчиками веб-страниц встала серьезная проблема: переход на новый язык XHTML значительно меняет сложившиеся подходы к их разработке.

Во-первых, уже нельзя позволить себе многие вольности и ошибки в коде гипертекстовой разметки страницы, которую допускал если не сам язык HTML, то сложившаяся практика его использования. Разработчики писали свои коды в расчете, что браузеры сумеют сами заметить некоторые ошибки и отступления от стандарта и адекватно воспроизвести HTML-документ. Однако с появлением XHTML эти вольности отменяются, строгое следование правилам XHTML 1.0 исключает любые ошибки в коде разметки документа XHTML.

Во-вторых, появляется проблема «старых» веб-страниц, в которых применены устаревшие и нежелательные элементы и атрибуты языка HTML. Этих документов за многие годы применения HTML накопилось великое множество, миллионы и миллионы сайтов разработаны на языке HTML,

и их изменение под новый стандарт XHTML совершенно разорительно.

Так стоит ли использовать XHTML? И если да, то как избежать возможных осложнений и потерь? Ответ таков: если вы хотите долгой и безбедной жизни своего сайта, то его следует создавать по новым стандартам XHTML. Конечно, еще несколько лет все браузеры и прочие программы, работающие со старыми HTML-документами, будут поддерживать работу с ними, поскольку объем накопившихся в Сети ресурсов, не соответствующих канонам XHTML, чрезвычайно велик. Но ничто не вечно, и лет через 5–6 сайт с устаревшими HTML-страницами, в которых использованы теги форматирования текста вместо конструкций CSS или элементы и атрибуты кода разметки написаны без учета ограничений XHTML, будет неадекватно воспроизводиться новыми браузерами, поддерживающими XHTML.

Что же делать? Во-первых, новые веб-документы следует готовить по правилам языка XHTML. Поскольку написание кода разметки на языке XHTML стало более сложным занятием, наилучшим решением будет применение автоматических средств подготовки XHTML-документов. Иными словами, при выборе редактора веб-страниц лучше обращать внимание на те, которые поддерживают стандарты XHTML. Во-вторых, для обновления устаревших HTML-документов под стандарт XHTML можно использовать автоматические средства, например программу Tidy, бесплатно распространяемую организацией W3C по адресу http:// tidy.sourceforge.net/.

Рассмотрим, что умеет делать эта программа.

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

<h1>Заголовок

<h2>Подзаголовок</h3>

будет преобразован в:

<h1>Заголовок</h1>

<h2>Подзаголовок</h2>

• Изменяет некорректный порядок завершающих тегов. Например, следующий код:

Этот текст должен быть <b>Полужирным<i> Полужирным курсивом</b> Полужирным</i> Нормальным

преобразуется в:

Этот текст должен быть <b>Полужирным<i> Полужирным курсивом</i> Полужирным</b> Нормальным

Вы сами можете проверить эффект этого преобразования.

• Добавляет пропущенный слэш в завершающем теге. Такой код:

<a href="#">Текст ссылки<a>

превращается в:

<a href="#">Текст ссылки</a>

• Корректирует списки, внося пропущенные завершающие теги. Например, следующий код:

<body>

<li>1-й пункт списка

<li>2-й пункт списка

превращается в:

<body>

<ul>