Расширенный язык разметки гипертекста (XHTML)

Реферат
Пояснительная записка содержит: 33 стр., 8 литературныхисточников.
Объект исследования — расширенный язык разметки гипертекста(XHTML).
Предмет исследования — принципы построения XHTMLдля работы в интернет.
Цель курсовой работы — дать оценку языку разметкигипертекста XHTML.
Методы исследования — литературные источники и интернет.
КОНФОРМНОСТЬ, ВАЛИДАЦИЯ, БРАУЗЕР, СКРИПТ, АППЛЕТ, ФРЕЙМ,ТЕГ, XHTML, XML, HTML, CSS.

Содержание
Реферат
Введение
1. Сущность XHTML
2. Валидация XHTML документов
2.1 Строго конформные документы
2.2 Использование XHTML с другими пространствами имен
2.3 Конформность пользовательских агентов
3. Будущее HTML
Список использованной литературы
/>Введение
Развитие HTML в определенном смысле зашло в тупик — новыетеги уже не нужны, поскольку хватает существующих, к тому же акцент разработкивеб-страниц сместился на стили, которые расширяют возможности по оформлениюдокументов. Естественно, CSS никак не подменяет HTML, но зато позволяетиспользовать ограниченный набор тегов, а вид элементов, их положение иразличные параметры задавать через стили.
Определенным ограничением HTML является и то, что онотносится к формальным языкам, в том смысле, что теги и их иерархическаяструктура жестко описаны в спецификации. Поэтому популярность набирает XML, с помощьюкоторого можно создавать собственные теги и формировать их структуру. Разницамежду HTML и XML состоит не только в тегах, но и правилах написания кода. Браузерпри работе с HTML «закрывает глаза» на разные мелкие огрехи инедочеты в структуре или тому, что не корректно указан параметр. С XML такиефокусы не проходят, поэтому браузер выдаст ошибку о том, что документ неверносформирован.
Чтобы научить разработчиков «правильному» мышлению,изменить их стиль написания кода, а также сократить разрыв между HTML и XML, ибыл разработан XHTML, как промежуточный этап между ними.
XHTML (EXtensible HyperText Markup Language, Расширенныйязык разметки гипертекста) предназначен для замены HTML и считается его болеестрогой версией. Вообще,W3C определяет XHTML как последнюю версию HTML, котораяпостепенно его вытеснит. Так ли это будет обстоять на самом деле, покажеттолько время.
Если рассуждать о некотором идеальном коде веб-страницы, тоего можно сравнить с программой, которая не будет скомпилирована до тех пор,пока все ошибки не исправлены. Браузер выступает в роли компилятора и неотображает документ, если он не соответствует спецификации. XHTML, сохраняя всеособенности HTML, вносит более строгие правила создания страниц, чтобыприблизиться к «идеальному» коду. Это позволяет делать сайтынезависимыми от устройства отображения и браузера. Иными словами, сайт будеткорректно показываться во всех современных браузерах и платформах вродекомпьютеров, смартфонов, наладониках и т.д.
На деле все обстоит не так прозаично. Разработчики браузеровне могут позволить себе, чтобы их детище работало только с «правильным»кодом. А все из-за того, что большая часть сайтов в мире просто не будетотображаться в таком браузере. Виноваты в таком положении вещей и разработчикии пользователи. Первые не обеспечили должную поддержку спецификации в своихбраузерах, а вторые не потрудились ей следовать.
По этим причинам XHTML 1. x является всего лишь подобиемHTML, но с более строгим синтаксисом, а не тем перспективным языком разметки, накоторый обязательно стоит переходить из-за его уникальных возможностей. Об этомязыке и пойдет речь в данной курсовой работе.
/>/>1. СущностьXHTML
XHTML (англ.  Extensible Hypertext Markup Language — Расширяемыйязык разметки гипертекста) — язык разметки веб-страниц, по возможностямсопоставимый с HTML, однако является подмножеством XML. Как и HTML, XHTMLсоответствует спецификации SGML. Вариант XHTML 1.1 одобрен в качествеРекомендации Консорциума Всемирной паутины (W3C)  31 мая 2001 года.
XHTML представляет собой семейство имеющихся на данныймомент и могущих появиться в будущем типов документов и модулей, являющихсякопиями, подмножествами или расширениями языка HTML 4. Семейство типовдокументов XHTML базируется на XML и предназначено для работы с пользовательскимиагентами на базе. Более подробную информацию об этом семействе и его эволюцииможно найти в разделе «Направления развития».
XHTML 1.0 (настоящая спецификация) представляет первый типдокументов семейства XHTML. В ней три типа документов HTML 4 переформулируютсяв терминах XML 1.0. Она предназначена для использования в качестве языкасодержимого, как соответствующего XML, так и, если соблюдены некоторые простые требования,работающего в конформных пользовательских агентах HTML 4. Разработчики,переносящие свои документы в XHTML 1.0, получат следующие преимущества:
Документы XHTML соответствуют XML. Как таковые они без трудапросматриваются, редактируются и проверяются на корректность стандартнымисредствами XML.
Документы XHTML могут работать лучше, чем они работали всуществующих пользовательских агентах, соответствующих HTML 4, а также в новыхпользовательских агентах, соответствующих XHTML 1.0.
Документы XHTML могут использовать прикладные программы (например,скрипты и апплеты), базирующиеся на HTML Document Object Model или XML DocumentObject Model  [DOM] .
По мере расширения семейства XHTML документы,соответствующие XHTML 1.0, будут с большей вероятностью совместимы с различнымисредами XHTML.
Семейство XHTML является следующим шагом в эволюции Интернет.Переходя сегодня на XHTML, разработчики содержимого (контента) могут вступить вмир XML со всеми его преимуществами, сохраняя при этом совместимостьсодержимого с более старыми и более новыми версиями.
ПреимуществаXHTML.
Для XHTML можно применять множество технологий разработанныхдля XML. Например, XSLT и XPath.
Анализ XHTML проще и быстрее, чем HTML. Поскольку синтаксис XMLстроже, чем SGML, обработка XHTML возможна даже на мобильных телефонах с малымиресурсами.
Различиямежду XHTML и HTML.
Все элементы должны быть закрыты. Теги, которые не имеютзакрывающего тега (например, или )должны иметь на конце / (например, ).
Булевы атрибуты записываются в развёрнутой форме. Например,следует писать или .
Все значения атрибутов обязательно должны быть заключены вдвойные, либо одинарные кавычки.
Имена тегов и атрибутов должны быть записаны строчнымибуквами (например, вместо ).
XHTML гораздо строже относится к ошибкам в коде;
Кодировкой по умолчанию является UTF-8 (в отличие от HTML,где кодировкой по умолчанию является ISO 8859-1).
Отличия переходного (англ.  transitional) XHTML от HTMLнезначительны и предназначены лишь для приведения его в соответствие с XML. Остальныеверсии отличаются лишь набором тегов.
В том случае, если MIME-тип — text/html(а это чаще всего и есть значение по умолчанию), все современные браузерыподдерживают XHTML. Он также совместим и со старыми браузерами, т.к в основеXHTML лежит HTML.
Однако если автор страницы задал MIME-тип как application/xhtml+xml,браузер Internet Explorer 6 не сможет обрабатывать страницу, поскольку у негонет XML-парсера. Это одна из причин, замедляющих процесс перехода от HTML кXHTML.
Впрочем, проблема с MIME-типом легко решается при помощипростого PHP-скрипта, меняющего пресловутый MIME-тип в зависимости отпользовательского агента.
ВерсииXHTML.
XHTML 1.0 Переходный (Transitional): предназначен для лёгкоймиграции из HTML 3.2 и для тех, кто использует инлайн-фрэймы.
XHTML 1.0 Строгий (Strict): полностью отделяет содержаниедокумента от оформления (которое теперь задаётся только через CSS), многиеатрибуты (такие как, например, bgcolor и align)более не поддерживаются, их поведение можно задавать только через таблицустилей.
XHTML 1.0 Фрэймовый (Frameset): используется, еслинеобходимо разделить окно браузера на несколько фрэймов.
XHTML 1.1 Модульный (Module-based): авторы могутимпортировать дополнительные свойства в их разметку.
XHTML Основной (Basic): специальная облегчённая версия XHTMLдля устройств, которые не могут использовать полный набор элементов XHTML — восновном используется в миниатюрных устройствах, таких как мобильные телефоны. Подразумевается,что он заменит WML и C-HTML.
XHTML мобильного профиля (Mobile Profile): основанный наXHTML Basic, добавляет специфические элементы для мобильных телефонов.
XHTML 2.0. Пока в разработке. Синтаксис еще больше приближенк синтаксису XML. Также является модульным языком.
 2.Валидация XHTML документов
Баннер, которым W3C предлагает помечать валидные XHTML сайты.
Валидным (т.е. отвечающим всем правилам) XHTML-документомсчитается документ, удовлетворяющий технической спецификации. В идеале, все браузерыдолжны следовать веб-стандартам и, в соответствии с ними, валидные документыдолжны отображаться во всех браузерах на всех платформах. ВалидацияXHTML-документа рекомендована даже несмотря на то, что она не гарантирует кросс-браузерности.Документ может быть проверен на соответствие спецификации с помощью онлайновой Службывалидации разметки W3C. Валидация обнаружит и разъяснит ошибки в XHTML-разметке.
Валидный документ должен содержать определение типадокумента (DTD). DTD должен быть расположен до всех других элементов документа.Вот наиболее распространённые типы DTD для XHTML:
XHTML 1.0 Strict

XHTML 1.0 Transitional

XHTML 1.0 Frameset

XHTML 1.1

Самыми распространёнными ошибками в XHTML-разметкеявляются:
Незакрытые элементы (XHTML, в отличие от HTML, требуетзакрытия всех элементов, в том числе не имеющих закрывающего тега, как,например, ).
Отсутствие альтернативных текстов для изображений (достигающийсяприменением атрибута alt, который помогает сделать документы доступнеедля устройств, которые не в состоянии отображать изображения, илипредназначенных для слабовидящих людей).
Присутствие текста непосредственно в теге документа (должен быть объявлен блочный элемент, внутрь которого следуетпомещать содержимое).
Вложение блочных элементов внутрь инлайновых (внутристрочных)(например, блочные элементы или не могут быть вложены внутрь инлайновых элементов ,, итак далее).
Пренебрежение заключением значений атрибутов в кавычки ( вместо ).
Неправильное вложение элементов (конструкции вида ).
Неправильное использование ссылок-мнемоник (например &вместо &)
Написание тегов и/или атрибутов прописными буквами ( вместо ).
Задание в теге относительного пути к DTD-файлу, скопированное с сайта www.w3.org («DTD/xhtml11.dtd» вместо "www.w3.org/TR/xhtml11/DTD/xhtml11. dtd").
Преимущества перехода на XHTML 1.0 описаны выше. Вотнесколько основных преимуществ:
Разработчики документов и создатели пользовательских агентовпостоянно открывают новые способы выражения своих идей в новой разметке. В XMLввод новых элементов или атрибутов достаточно прост. Семейство XHTMLразработано так, чтобы принимать расширения путем модулей и технологий XHTMLдля разработки новых соответствующих XHTML модулей (описанных в готовящейсяспецификации Модуляризации XHTML). Модули позволят комбинировать существующие иновые наборы функций при разработке содержимого и создании новыхпользовательских агентов.
Постоянно вводятся альтернативные методы доступа в Интернет.По некоторым оценкам, в 2010 году 95% обращений к документам в Интернет будетвыполняться с альтернативных платформ. Семейство XHTML создавалось с учетомобщей совместимости пользовательских агентов. С помощью нового механизмапрофилирования пользовательских агентов и документов серверы, прокси ипользовательские агенты смогут преобразовывать содержимое наилучшим образом. Вконечном счете станет возможной разработка соответствующего XHTML содержимого,пригодного для любого соответствующего XHTML пользовательского агента.
/> 2.1 Строго конформные документы
Строго конформный документ XHTML — это документ, которомунеобходимы только возможности, описанные в настоящей спецификации какобязательные. Такой документ должен соответствовать всем следующим критериям:
Он должен проходить проверку корректности в соответствии содним из трех DTD, приведенных в приложении A.
Корневым элементом документа должен быть элемент .
Корневой элемент документа должен назначать пространствоимен XHTML с использованием атрибута xmlns. Пространствоимен для XHTML определено в www.w3.org/1999/xhtml.
В документе до корневого элемента должно иметься объявлениеDOCTYPE. Открытый идентификатор, включаемый в объявление DOCTYPE, долженссылаться на одно из трех DTD, приведенных в приложении A, с помощьюсоответствующего формального открытого идентификатора. Системный идентификаторможет изменяться, отражая соглашения, принятые в локальной системе.

PUBLIC "- // W3C // DTD XHTML 1.0Strict // EN"
«DTD/xhtml1-strict. dtd»>

PUBLIC "- // W3C // DTD XHTML 1.0Transitional // EN"
«DTD/xhtml1-transitional. dtd»>

PUBLIC "- // W3C // DTD XHTML 1.0Frameset // EN"
«DTD/xhtml1-frameset. dtd»>
вот пример минимального документа XHTML.


PUBLIC "- // W3C // DTD XHTML 1.0Strict // EN"
«DTD/xhtml1-strict. dtd»>


Виртуальная библиотека


Переехала по адресу vlib.org.


Обратите внимание, что в данном примере включено объявлениеXML. Такое объявление XML не является обязательным для всех документов XML. Авторамдокументов XHTML настоятельно рекомендуется использовать объявления XML во всехсвоих документах. Такое объявление обязательно, если кодировка символовдокумента отличается от используемых по умолчанию UTF-8 или UTF-16.
/>/>2.2 Использование XHTML с другими пространствамиимен
Пространство имен XHTML может использоваться с другимипространствами XML в соответствии с  [XMLNAMES], хотя такие документы неявляются строго конформными XHTML 1.0 в соответствии с приведенным вышеопределением. В будущих работах W3C будут определены способы указанияконформности документов, в которых используется несколько пространств имен.
В следующем примере показано, как XHTML 1.0 можетиспользоваться с рекомендацией MathML:


ПримерMath


Далее приводится разметка MathML:



3

x




В следующем примере показан способ внедрения разметки XHTML1.0 в другое пространство имен XML:



xmlns: isbn='urn: ISBN: 0-395-36341-6' xml: lang=«ru»lang=«ru»>
На десятку дешевле
1568491379



Можно также найти всети.



/> 2.3 Конформность пользовательских агентов
Конформный пользовательский агент должен соответствоватьвсем следующим критериям:
Для соответствия рекомендации XML 1.0  [XML]  пользовательскийагент должен разбирать документ XHTML и оценивать его правильность. Если пользовательскийагент выполняет проверку на правильность, он должен также проверять документына соответствие с DTD, на которые они ссылаются, в соответствии с  [XML] .
Если пользовательский агент поддерживает возможности,определенные в настоящей спецификации или обязательные согласно нормативнойссылке, он должен это делать в соответствии со способами, описанными вопределении этой возможности.
Если пользовательский агент обрабатывает документ XHTML какобщий документ XML, он должен распознавать только атрибуты типа ID(например, атрибут id большинства элементов XHTML) в качествеидентификаторов фрагментов.
Если пользовательский агент встречает элемент, который он нераспознает, он должен сгенерировать содержимое элемента.
Если пользовательский агент встречает атрибут, который он нераспознает, он должен проигнорировать всю спецификацию атрибута (т.е. атрибут иего значение).
Если пользовательский агент встречает значение атрибута,которое он не распознает, он должен использовать значение атрибута по умолчанию.
Если пользовательский агент встречает ссылку на объект (отличныйот заранее определенных объектов), для которой он не обрабатывал объявления (чтомогло произойти, если объявление расположено во внешнем подмножестве, котороепользовательский агент не прочел), ссылка на объект должна генерироваться ввиде символов (начиная с амперсанда и заканчивая точкой с запятой),составляющий ее.
Во время генерации содержимого пользовательские агенты, еслиони встречают распознаваемые, но негенерируемые символы или ссылки насимвольные объекты, должны представлять документ таким образом, чтобы пользователюбыло понятно, что корректная генерация была невозможна.
Следующие символы определены в [XML] как пробельные:
пробел ( )
табуляция ( )
возврат каретки ( )
перевод строки ( )
Процессор XML приводит коды конца строки, различные вразличных в системах, в одному символу перевода строки, который передается вприложение. Пользовательский агент XHTML, кроме того, должен обрабатывать какпробельные следующие символы:
перевод страницы ()
пробел нулевой ширины (​)
В элементах, в которых для атрибута 'xml: space' установленозначение 'preserve', пользовательский агент должен сохранять все пробельныесимволы (за исключением начальных и конечных пробельных символов, которыедолжны удаляться). В противном случае пробелы должны обрабатываться последующим правилам:
Все пробельные символы, окружающие элементы блока, должныудаляться.
Комментарии удаляются полностью и не влияют на обработкупробелов. Один пробельный символ в начале и в конце комментария обрабатываетсякак два пробела.
Начальные и конечные пробельные символы внутри элементаблока должны быть удалены.
Символы перевода строки в элементе блока должны бытьпреобразованы в пробел (если для атрибута 'xml: space' не установлено значение'preserve').
Последовательность пробельных символов должна сокращаться доодного пробела (если для атрибута 'xml: space' не установлено значение'preserve').
Относительно воспроизведения, пользовательский агент долженгенерировать содержимое подходящим для языка, на котором оно написано, способом.В языках, основным написанием которых является латиница, символ пробела набораASCII обычно используется для кодирования грамматических границ слов итипографских пробелов; в языках, основное написание которых связано с алфавитомнагари (например, в санскрите, тайском и т.д.), грамматические границы междусловами могут кодироваться с помощью символа пробела набора ZW, но вгенерируемом выводе они обычно не представляются типографскими пробелами; вязыках с арабским написанием типографские пробелы могут кодироваться с помощьюсимвола пробела, а также с помощью символа пробела набора ZW для отделения'внутренних' грамматических границ (то, что для русского человека выглядит варабском языке, как одно слово, часто может быть несколькими словами, например,'kitAbuhum' = 'kitAbu-hum' = 'книга их' == их книга); а в языках с китайскимнаписанием традиционно не кодируются ни пробелы между словами, ни типографскиепробелы.
Структура XHTML-документа.
Любой XHTML-файл состоит из трех разделов — тега , заголовка () итела документа ().Последние два элемента перекочевали из HTML и ничем не отличаются от своегородоначальника (пример 1).
Пример 1. Простейший XHTML документ.
! DOCTYPE html PUBLIC "- // W3C // DTD XHTML1.0 Transitional // EN" «www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.
dtd»>
Тег сообщает браузеру о типетекущего документа и как его интерпретировать. Различают несколько версий итипов XHTML-документов, они приведены в табл.1.
Табл.1. Версии XHTML и допустимые типы документаВерсия XHTML Тип документа Описание XHTML 1.0 Strict «Строгое» описание документа, включающее все правила. XHTML 1.0 Transitional «Переходный» тип, более лояльно относящийся к коду документа. XHTML 1.0 Frameset Устанавливается при использовании на странице фреймов. XHTML 1.1 XHTML 1.1 Эта версия основана на XHTML 1.0 Strict, но понимается браузерами как XML-приложение. В первую очередь предназначено для работы с различными медиа-данными.
XHTML 1.0 Strict
Используется в том случае, если в документе идет четкоеразделение оформления и содержания. При этом код веб-страницы содержит толькотеги разметки, а сам вид элементов задается через стили (пример 2).
Пример 2. Документ со строгой разметкой
… …
XHTML 1.0 Transitional
Обычно применяется, когда правило разделения оформления исодержания выполняется не в полной мере. В этом случае допускается в кодедокумента использовать теги физического проектирования (например, тег ) и лишьчастично стили. В примере 3 показан вид тега для подобных документов.
Пример 2.3 «Переходный» документ
! DOCTYPEhtml PUBLIC "- // W3C // DTD XHTML 1.0 Transitional // EN"«www.w3.org/TR/xhtml1/DTD/xhtml1-transitional. dtd»> … …
XHTML 1.0 Frameset
Применяется, когда окно браузера делится на два или болеефрейма (пример 4).
Пример 4. Документ с фреймами
… …
Тег хотя и обязателен, но неявляется непосредственной частью XHTML-документа, поэтому для него закрывающеготега не требуется.
XHTML 1.1
Является старшей версией «строгого» XHTML (пример 5).
Пример 5. XHTML 1.1
… …
Шаблон документа XHTML Strict
Тег является корневым для остальных элементов веб-страницы и располагается сразупосле определения типа документа . Посколькутип документа может быть любым, а не только тем, что приведен в табл.1, тонеобходимо дать понять браузеру, что он имеет дело со спецификой XHTML. Длячего в тег добавляется параметр xmlns.
Замечание:
Хотя параметр xmlns в теге и считается обязательным,но валидатор не выдает ошибки, если xmlnsотсутствует.
Также в контейнере требуется наличие заголовка . Такимобразом, минимальный XHTML-документ с метатегом, устанавливающим кодировкувеб-страницы, показан в примере 2.6
Пример 6. Шаблон XHTML-документа
Новый документ
/>3. Будущее HTML
Задачей XHTML 1.0 был переход HTML на свойственный XMLсловарь. Эта спецификация ввела ограничения синтаксиса XML в HTML: регистрозависимость,принудительное заключение в двойные кавычки значений атрибутов и симметричныетэги. Таким образом XHTML 2.0 пытается решить проблемы HTML как языка дляразметки web-страниц.
В своей презентации на конференции XTech 2005 в Амстердаме,сотрудник W3C Стивен Пембертон (Steven Pemberton) выразил цели проекта XHTML 2.0:
Использовать XML везде, где это возможно: Если функция языкауже существует в XML, она не дублируется и не проектируется повторно;
Сначала структура, затем представление: Благодаря таблицамстилей CSS больше нет необходимости в явно презентационных тэгах в HTML;
Сделать HTML проще в написании: Устранить некоторыебесполезные идиосинкразии HTML;
Больше доступности, аппаратной независимости: Сделатьстолько предположений, сколько возможно, о способе, которым документ будетпрочитан;
Улучшенная интернационализация;
Улучшенные формы: Необходимые давно назревшиеусовершенствования!
Снизить необходимость использования сценариев: Включитьтипичные применения сценариев в синтаксис самого HTML;
Улучшенная семантика: Упростить интеграцию HTML ссемантическими web-приложениями.
Разделы и параграфы.
Я испытываю некоторое удивление по поводу текстовыхструктурных элементов этого языка. Зачем нужны шесть уровней заголовков, и вкакой ситуации можно было бы применить их все? Итак, почему бы заголовкамкаким-либо образом не включать разделы, которые они озаглавливают? У XHTML 2.0есть ответ на этот вопрос благодаря новым элементам и (заголовок):

Level 1 heading
...

Level 1 heading
...


Это более логичное структурирование, чем в XHTML 1.0, и онобудет ближе пользователям многих других словарей. Одно из существенныхпреимуществ для программистов заключается в том, что они смогут включатьразделы материалов прямо в документ, при этом не нужно переделывать номерауровней заголовков.
После этого для заголовков можно использовать стили CSS. Хотяожидается, что реализация XHTML 2.0 в браузерах по умолчанию будет включатькое-что из описанного здесь как предварительно заданные параметры, но еслинаписать их явным образом, они могут выглядеть примерно так (еслиабстрагироваться от спецификации XHTML 2.0):
h {font-family: sans-serif; font-weight:bold; font-size: 200%}
section h {font-size: 150%} /* Заголовок второго уровня */
section section h {font-size: 120%} /* Заголовок третьегоуровня */
Еще одно логическое несоответствие в XHTML 1.0 заключается втом, что необходимо закрыть абзац, чтобы использовать список. По сути, абзацыследует закрывать для использования любых блочных элементов (блоков цитат,преформатированных разделов, таблиц и т.д.). Поступать так не всегда логично,если материал может вполне правомерно использоваться как часть одного абзаца. XHTML2.0 устраняет это ограничение. Единственное, чего нельзя делать — это помещатьодин абзац в другой.
Изображения.
Тэг в HTML на самом деле имеет довольноограниченную гибкость. Как отмечает Пембертон, он не предоставляет никакогомеханизма нейтрализации ошибки, за исключением альтернативного текста alt(что препятствует утверждению новых форматов изображения), текст в тэгах altнельзя разметить, а атрибут longdesc никогда не войдетв моду из-за своей неуклюжести. (longdescиспользуется для того, чтобы указать URI более полного описания изображения,чем то, что приводится в атрибуте alt)
В XHTML 2.0 появляется элегантное решение этой проблемы: возможностьлюбому элементу иметь атрибут src. Браузервпоследствии заменяет содержимое элемента содержимым, которое находится поуказанному URI. В самом простом случае это изображение. Но нигде не сказано,что это не может быть SVG, XHTML или любой другой тип содержимого, котороеспособен интерпретировать браузер.
Тэг как таковой остается, но теперь он можетвключать содержимое. Новое действие атрибута srcозначает, что текст alt теперь представляет собой содержимое элемента,как в этом примере разметки:
H2O
Это особенно приятная новость для таких языков, как японскийдля которого комментарии Ruby требуют строчной разметки, которая до этого быланевозможна в значении атрибута.
XHTML 2.0 предлагает более общую форму включения изображенияв элемент , который можно применять для включениялюбого вида объектов — от изображений и клипов до исполняемого кода наподобиетехнологий Flash или Java. Это дает возможность использовать изящную техникудля обработки постепенного уменьшения возможностей в зависимости от свойствбраузера; можно внедрять несколько элементов один в другой. Например, flash-ролик можно поместить на самый внешний уровень,видеофайл AVI внутрь flash-ролика, фотоизображение внутрь avi-файла и, наконец,фрагмент текста в центре группы вложенных объектов. Смотрите Модуль объектовXHTML, где приведена дополнительная информация по этой теме.
Расширяемая семантика.
HTML всегда имел некоторые элементы с семантическимиассоциациями, например, и .Проблема заключается в том, что таких элементов мало, и они не являютсярасширяемыми. Между тем, предпринимались попытки использовать атрибут classдля того, чтобы привнести семантику в элементы HTML. Это расширение задачатрибута class по сравнению с тем, для чего он был создан; такоеприменение атрибута затрудняется тем, что он преимущественно используется дляприменения стилей CSS. (Некоторых людей раздражает такое утверждение задачиатрибута class, но со вторым применением трудно спорить).
Идя еще дальше этих особых методов, XHTML 2.0 вводит методдля описания метаданных типа RDF в документе. Выражения RDF составляются изтроек (субъект, свойство, объект). Например, может существовать тройка: «мойавтомобиль», " изображен", «красным цветом».
Атрибут about действует как rdf:about, определяя subject тройки RDF — он может бытьопущен, в этом случае сам документ будет субъектом. Атрибут property — это URI, на который ссылается свойство (он может использовать сокращенноенаименование, предоставляя соответствующее объявление префикса; подробностиможно найти в XHTML 2.0 раздел Модуль атрибутов метаинформации (MetainformationAttributes Module), см. Ресурсы).
И, наконец, третье значение в тройке является содержимымэлемента, к которому применяются атрибуты about и property,а если эти атрибуты пусты, то значением атрибута content. Вотпример применения, которое близко к существующему использованию тэга HTML tag, определяет создателя в заголовке страницы:


Edd Dumbill's HomePage
Edd Dumbill

...

Теперь давайте рассмотрим еще один пример, которыйпоказывает, как использовать метаданные в теле реального документа:
Welcometo my home page
Заголовок обозначается как название документа XHTML 2.0 иопределяется как строковый заголовок. Наконец, нам не придется больше дваждыписать заголовок в каждом документе!
Благодаря простой технологии преобразования GRDDL (GleaningResource Descriptions from Dialects of Languages (Очистка описаний ресурса отдиалектов различных языков) — см. раздел Ресурсы), мы получили единый стандартдля извлечения RDF-метаданных из документов XHTML 2.0.
XHTML 2.0 включает и много других изменений, часть изкоторых связана с параллельной разработкой спецификации XForms. В этой статье яне смогу охватить их все. Тем не менее, это значительный скачок в развитии посравнению с XHTML 1.0.
Еще несколько новыхособенностей XHTML 2.0.
Вам не надоело писать … ?Теперь можно использовать новый элемент .
Для обеспечения доступности XHTML 2.0 теперь предлагаетатрибут role, который можно определить в теле элемента. Например,скудные элементы навигации на странице могут иметь атрибут role=«navigation»,чтобы механизм речевого воспроизведения текста могинтеллектуально их обработать.
Браузеры в настоящее время поддерживают некотороеперемещение фокуса при помощи клавиши Tab, но это может быть произвольным. Новыеатрибуты nextfocus и prevfocusпозволяют управлять порядком, в котором фокус будет перемещаться междуэлементами окна; это может быть важной функцией при создании пользовательскихинтерфейсов с навигацией.
Подготовка к XHTML 2.0.
Несмотря на масштаб изменений в будущем, в XHTML 2.0 все ещеможно узнать HTML. Хотя в нем есть новые элементы, многое в XHTML 2.0 работает,как раньше. Элементы — сохраняются в качестве меры обеспечения совместимости, как и элемент .
Однако миссия XHTML 2.0 заключается не в сохранении строгойобратной совместимости синтаксиса, поэтому интерпретаторы HTML в современныхбраузерах не смогут вполне справиться с выразительными средствами документовXHTML 2.0. Тем не менее, большинство web-браузеров сегодня хорошо справляются спроизвольной интерпретацией XML-плюс-CSS, а многое из XHTML 2.0 может бытьинтерпретировано этим способом — даже если вы при этом не получитесемантических улучшений.
Некоторые из отличий XHTML 2.0 очень существенны — переход кXForms является одним из самых заметных, как и полный отказ от не-XML наследияHTML. Поэтому вы не можете переключить ваши сайты на управление XHTML 2.0 прямосейчас, но зато можете сделать приготовления на будущее:
Серьезно подумайте об использовании CSS, постарайтесьудалить презентационную разметку;
Подумайте о том, как можно разместить на ваших страницахмикроформаты. Микроформаты позволят представить метаданные в HTML-коде сиспользованием существующих стандартов.
Если вы до сих пор не сделали этого, научитесь работать сXHTML 1.0. Сегодня возможно управление страницами XHTML 1.0 как обычным кодомHTML, если они созданы в соответствии с рекомендациями по совместимости XHTML 1.0HTML, хотя при этом могут возникнуть сложности. XHTML 2.0 так управлять нельзя.
Поэкспериментируйте с браузером, который предлагаетподдержку XHTML 2.0 наряду с основными средствами SVG, XForms, и SMIL 2.0;
Если вы создаете новые клиентские системы на базеXHTML-подобных функций, серьезно подумайте об использовании XHTML 2.0 вкачестве исходной точки.
Наконец, обратите внимание на то, что XHTML 2.0 — это всееще не окончательная спецификация. На момент написания нашей статьи она все ещенаходится в W3C в стадии рабочего черновика (Working Draft), что означает, чтоей еще нужно пройти некоторый путь, прежде чем она достигнет стадииRecommendation (Рекомендуемая спецификация). Важно, что может быть еще и стадияCandidate Recommendation (кандидат в рекомедуемые спецификации), котораяиспользуется для накопления опыта реализации.
Вероятно, XHTML 2.0 не станет рекомендуемой спецификациейW3C (Recommendation) до 2007 года, в соответствии с рабочим планом рабочейгруппы W3C по HTML. Это означает, что 2006 год станет годом получения важногоопыта размещения.
Сравнение W3C XHTML 2.0с WHATWG HTML 5.
В этой курсовой работе я рассказала о точках изломаспецификаций HTML 5 от WHATWG и XHTML 2.0 от W3C. Эти две инициативы в корнеразличаются: Организованная пользователями WHATWG стремится к поэтапномуусовершенствованию HTML 4 и XHTML 1.0, тогда как финансируемая консорциумомспецификация XHTML 2.0 представляет собой комплексную реорганизацию языка HTML.
Хотя эти две спецификации очень разные, они не являютсянесовместимыми. Некоторые из наиболее понятных разработок спецификации WHATWGуже получили реализацию в браузерах, а часть разработок WHATWG фактическипредставляет собой расширения HTML. Самые значительные из них, например, XMLHttpRequest,найдут свое выражение в спецификациях группы W3C Rich Client Activity. WHATWGтакже действует, как полезный катализатор в мире web-стандартов.
Если посмотреть еще дальше, подход XHTML 2.0 предлагаеточищенный словарь для web, в котором модульная обработка XML, CSS и ECMAScriptбыстро станет нормой. Встроенным устройствам, например, телефонам и цифровымтелевизорам, нет необходимости поддерживать традиционные средствабеспорядочного HTML, они свободно могут воспользоваться преимуществами XHTML 2.0как чистого XML-словаря. Кроме того, новые функции, способствующие доступностии интернационализации, делают XHTML 2.0 первым словарем документа XML, которыйможно обоснованно назвать универсальным, а, следовательно, прочной иэкономичной основой для многих попыток, основанных на использовании разметки.
Как и прошлое, будущее HTML будет разным — некоторые могутназвать его беспорядочным — но я думаю, что XHTML 2.0 в конце концов получитширокое распространение и применение. Если бы это был единственный словарь XMLв Web, возможно, возникли бы некоторые вопросы, но, поскольку браузеры готовыработать с SVG, XForms и другими технологиями, XHTML 2.0 начинает выглядетьточно так же, как любой из этих основанных на XML словарей.
Оценка XHTML.
Существует несколько простых правил для XML документа (онибудут перечислены ниже). До тех пор, пока все теги написаны согласно этимправилам, XML без разницы, что эти теги обозначают. XML обобщенный языкразметки, так что вы можете его использовать как вам угодно.
В противоположность XML, HTML гораздо более строгоопределенный язык разметки с ограниченным набором тегов. В любом случае, общийхарактер XML позволяет рассматривать HTML-документы как XML-документы с наборомтегов для отображения в веб-браузерах. Однако, старые стандарты HTML не доконца совместимы с XML. Например, в HTML необязательно закрывать тег ,то есть тег можно опускать. Веб-браузеру на это плевать, так как онзапрограммирован, но XML-парсер выдаст ошибку о том, что ваш HTML-документ неявляется «правильно сформированным» (well-formed).
Чтобы устранить разрыв между этими двумя языками разметки ибыл разработан XHTML. По существу это обычный HTML, в который добавилисинтаксические правила XML для создания well-formed документов. Так чтовеб-страницы станут XML-совместимыми, а веб-разработчики познакомятся ссинтаксисом XML.
На практике, в HTML надо добавить четыре правила, чтобыполучился XHTML:
Все теги должны быть записаны в нижнем регистре, то естьнельзя писать , а надо писать
Все теги должны быть закрыты 2a. В случае если элемент неимеет закрывающего тега (например, или ), надо добавлятьслэш в конце тега и
Вложенность тегов должна быть корректной. Например, нельзяписать текст, а надо писатьтекст
Все атрибуты должны быть заключены в кавычки. Например,нельзя писать , а надо писать .
Хорошая новость в том, что у браузеров практически нетпроблем с XHTML. Вообще говоря, правила 1, 2 и 4 уже есть в HTML, но неявляются обязательными, тогда как правило 3 является обязательным, хотябраузеры в большинстве случаев игнорируют ошибки вложенности. Единственноедействительно новое правило — это правило 2а. Однако, это правило приводит кпроблемам со старыми браузерами только в том случае, когда вы записываете слэшбез пробелов, вот так . Браузер думает, что это тег br/, а такого онзнать не знает, так что никак на него не отреагирует. Если вставлять пробел, топроблема будет решена. Если вы напишите , то браузер увидит тег brс неизвестным атрибутом /. Тег br будет отработан корректно, а неизвестныйатрибут / тихо проигнорирован.
Плохая новость в том, что многим придется изменить своипривычки кодирования. Лично мне не нравится правило 1. Во-первых, я не могупонять, почему XML теги могут быть только в нижнем регистре, во вторых, явсегда пишу теги в верхнем регистре, потому что тогда они лучше выделяются втексте. Почему я должен отказаться от этого, если это удобно? В любом случае, яне изменю своих привычек без веской на то причины.
Итак, зачем использовать XHTML вместо старого доброго HTML? КонсорциумW3C выделяет следующие причины:
«Разработчики документов и разработчики браузеровоткроют новые пути выражения своих идей через новую разметку. В XMLотносительно легко вводить новые элементы или новые атрибуты. Язык XHTMLразработан для согласования этого расширения посредством специальныхXHTML-модулей, которые можно разрабатывать совершенно самостоятельно. Этимодули позволят комбинировать существующие и новые возможности при разработкеновых документов и новых браузеров.»
«Постоянно появляются новые альтернативные способыдоступа в интернет. […] XHTML разрабатывался с учетом общей совместимостипользовательских браузеров (user agents). Так чтобы новые пользовательскиебраузеры, сервера и прокси могли достичь наилучшей трансформации контента. Вконечном счете, можно будет разработать XHTML-конформный контент, который будетдоступен из любого XHTML-конформного пользовательского браузера»
В будущем улучшения XHTML будут позволять разработчикамиспользовать новейшие, пока не написанные, модули для расширения XHTML, чтобывключать новые, пока не определенные, вещи в свои веб-страницы. В добавок ковсему, W3C ожидает, что в будущие браузеры будут использовать XHTML вместо HTML.
Я не считаю, что этих двух причин достаточно для того, чтобымы, веб-разработчики, перешли с HTML на XHTML.
Первая причина в настоящий момент не важна сама по себе. Возможно,модули XHTML ошеломят нас, возможно, они вообще ни на что не сгодятся. В любомслучае, появятся они года через два-три, так что мы пока даже не можемпредполагать, как они будут работать и что они будут делать. Даже если с нимине будет особых проблем, мы все равно пока ничего не можем с ними сделать иликак-то приготовиться к их появлению.
Вторая причина пока тоже не важна. В настоящее время нетчистых XHTML-конформных браузеров, которым необходим XHTML. Да и вообще неизвестно,появятся ли они когда-либо. В конце концов, если вы создадите браузер, которыйотображает только XHTML, он не будет корректно отображать HTML-страницы. Производителибраузеров этого совсем не хотят.
У примеру, Пользователь заходит на свой любимый сайт новым,требующим XHTML, только что установленным браузером и видит только множествосообщений об ошибках, касающихся валидности XHTML-кода. Что он подумает: «Проклятыевеб-разработчики! Вы должны были использовать XHTML!»
Так что, если новый браузер выйдет, разработчики все равнопозаботятся о поддержке старого доброго HTML. Новые браузеры на каких-то новыхплатформах возможно и будут требовать XHTML (хотя я так не думаю), но Netscapeи Explorer никогда, потому что они должны быть консервативными в выборе языка.
Я думаю, что многие люди недооценивают запас прочности HTML.Это стандарт на сегодняшний момент, без которого вы не сможете сделатьвеб-страницу. Потому что все веб-разработчики используют HTML. Потому что из-заэтого все будущие браузеры, которые хотят отображать традиционные страницы,должны включать поддержку HTML. Потому что из-за этого все разработчики будутпродолжать использовать HTML, так что веб-страницы будут по-прежнему написанына HTML, так что браузерам придется поддерживать его и т.д.
Новые браузеры на новых платформах могут требовать XHTML. Нотогда они столкнутся с той же проблемой, что и старые браузеры на старыхплатформах: они не смогут корректно отображать существующие HTML-страницы, аэто означает крайнее недовольство конечных пользователей. Во избежании этого,новые браузеры должныподдерживать HTML.
Конечно, XHTML может стать стандартом для новых областейИнтернет, как WML стал стандартным языком для WAP. Это одна из причин, покоторой W3C разрабатывал XHTML. Но, откровенно говоря, я в это не верю. Новыеобласти Интернет требуют действительно новых языков, потому что они отличаютсяот WWW, тогда как XHTML хорошо подходит только для традиционных WWW-страниц.
Конечно, XHTML может уменьшить разрыв между HTML и XML ипознакомить веб-разработчиков с синтаксисом XML. Однако я сомневаюсь, что XMLнастолько важен для истинных веб-разработчиков. Я не считаю, что каждыйвеб-разработчик должен знать XML, потому что не знаю широко используемыхбраузеров, которые корректно отображали XML на стороне клиента. XML на сторонесервера, конечно, другое дело.
В заключении, повторю фразу W3C:
«В конечном счете, можно будет разработатьXHTML-конформный контент, который будет доступен из любого XHTML-конформногопользовательского агента»
Итак, если HTML останется, зачем переходить на более сложныйязык, который изменит ваши привычки кодирования, но ничего не даст? Я не вижуни одной причины начать использовать XHTML. Я с наслаждением продолжу писатьтеги в верхнем регистре и буду пропускать иногда теги , еслипочувствую, что все будет хорошо и без них.
Как и все спецификации W3C, XHTML — это интереснаятеоретическая конструкция, которая может развиться и сыграть важную роль вИнтернете. Но пока она бесполезна на практике. Разработчики браузеров должнысделать первый ход. Они должны внедрить поддержку XHTML конструктивнымспособом, чтобы пользователи не отвернулись от их продуктов. Только в этомслучае за ними потянется остальная часть веба.
А кто считает, что каждое слово W3C имеет силу БожьейЗаповеди и смотрят на всех, кто не использует XHTML, как на еретиков, которыхнадо сжечь на костре и чем раньше, тем лучше, просто ошибаются. XHTML — это нео настоящем, XHTML — это о будущем.
/>Список использованной литературы
1.   Брайан Пфаффенбергер, Стивен Шафер, Чак Уайт, Билл Кароу.html, XHTML иCSS. Библия пользователя 3-е изд., 2006 г., 752 с.
2.   Дидре Хейз. Освой самостоятельно HTML и XHTML.10 минут на урок.3-еиздание. 2002 г., 224 с.
3.   Муссиано, Кеннеди.html и XHTML. Подробное руководство, 2002 г., 752 с.
4.   Галактионов В.В. Расширяемый язык разметки XML (Extensible Mark-upLanguage): промышленный стандарт, определяющий архитектуру программных средствИнтернет следующего поколения. Сообщение ОИЯИ, Р10-2000-44, Дубна, 2000.
5.   Оригинал статьи The future of HTML, Part 2: XHTML 2.0. (www.ibm.com/developerworks/web/library/x-futhtml2.html)
6.   Справочник по спецификации XHTML 2.0 (http://www.w3.org/TR/xhtml2)
7.   Официальное письмо W3C XHTML Media Types (Медиа-типы XHTML)  (www.w3.org/TR/xhtml-media-types)
8.   www.xhtml.ru