0ur hotel was located on the Avenida Rafael E. just off the dazzling white beaches of Cozumel. As we stepped out of the cab we were met with a friendly greeting,

Our hotel was located on the <span Rafael E. Melgar Sur just o f f the dazzling white beaches of Cozumel. As we stepped out of the cab we were met with a friendly greeting, <span

Выделение фрагментов текста с помощью элементов дополнительного форматирования После введения в структуру языка HTML тэгов визуального представления дизайнеры начали применять соответствующие тэги для выделения не только фраз, но и некоторых элементов, то есть запись типа: высказана основная заменялась на высказана основная В браузере результат интерпретации данной строки очевиден. Обычно выде' ление какого'либо фрагмента жирным шрифтом указывает на то, что данный тек' стовый блок несет основную смысловую нагрузку. Если же с Internet работает слепой, то программное обеспечение для озвучивания текста и ис' пользующие осязание человека, уникальным способом поддерживают обработку тэга strong (он предназначен именно для вычленения отдельных фрагментов из общего контекста).

www.books-shop.com

Универсальная доступность в Internet Списки Дизайнеры, стремившиеся к визуальному представлению документа, испыта' ли еще одно разочарование: в браузерах невозможно управлять границами и от' ступами. Поскольку для представления основных списков традиционно применя' ются не только маркеры и номера позиций, но и отступы с использованием символов табуляции, разработчики для отображения подобного форматирования помещать содержательную часть внутри множества тэгов > либо > (не включая элементы списка). Однако, во'первых, такая запись является некорректной (в главе 2 указыва' лось, что модель содержимого для тэгов

и
допускает только элементы во'вторых, далеко не всегда удается достигнуть желаемого результата. Хотя большинство популярных браузеров позволяет трактовать списки подоб' ным образом, в языках HTML и XHTML в этом нет необходимости. Визуальный агент может начать отображение списка в левом углу документа без каких'либо отступов, а программа озвучивания текста или тактильный браузер (браузер, ис' пользующий осязание человека) сообщат пользователю о появлении маркиро' ванного или упорядоченного списка. Применять списки следует только для пе' речисляемых типов данных; для контроля и управления отступами либо другими структурами документа лучше пользоваться таблицами стилей.

Таблицы В главе 5 рассматривалось несколько примеров с табличной структурой для данных и контекстной информацией. Были определены следующие атрибуты: гра' ницы, подзаголовки, идентификаторы и указатели. Элементы (заглавие), summary (обзор содержательной части), headers (подзаголовки), а также (сноска) открывали новые перспективы использования таблиц. В следующих при' мерах мы продолжим обсуждение этой темы. Примечание

Условия применения перечисленных элементов и атрибутов приведе) ны в разделе «Связывание данных с атрибутов axis и

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

www.books-shop.com

Реализация требований документа WCAG избавляет от необходимости использовать таблицы для представления текста в ви' де газетных колонок.

Ссылки Ссылки внутри Web'страницы могут применяться для связывания двух доку' ментов. Кроме того, корректное описание ссылки позволяет сделать ее содержатель' ной, то есть отвечающей на следующие важные вопросы пользователей: «Куда при' ведет данная ссылка?» и «Что я смогу К сожалению, существуют тысячи Web'страниц, которые дают только подсказку вида: «Щелкните <р>Я живу во в Порт <а и вы получите информацию для посетителей, постоянных пользователей и тех, кто хочет таковыми

Приведенный пример содержит две логические посылки, которые не всегда истинны. Во'первых, разработчик предположил, что ссылки активизируются щелчком мыши или шарового манипулятора. Однако обладатели переносных компьютеров для выбора опций, как правило, используют сенсорные площадки, а владельцы PDA (personal digital assistant ' «карманный» компьютер) запускают программы посредством указания острием пишущего элемента (перо, магнитная головка и т.д.) на соответствующую экранную пиктограмму. Пользователи, рабо' тающие с программами озвучивания текста, могут осуществлять поиск при помощи некоторого символа клавиатуры, код которого ассоциируется программой с соответ' ствующей ссылкой. Номер ссылки в этом случае можно просто назвать в микрофон. Во'вторых, не все посетители сайта поймут, что значит «здесь». Пример. Чтобы не усложнять работу пользователя, ссылку из предыдущего приме ра следует переписать, дополнив ее описание информацией о контексте: <р>Я живу во Флориде, в Порт <а Web'адрес сайта Charlotte информационные ресурсы которого будут полезны любым группам и случайным посетителям, и постоянным

Представление альтернативной информации об изображениях Одним из самых сложных аспектов дизайнерской работы в Web является опи' сание графических изображений. Прежде чем приступить к созданию сайта, сле' дует оценить будущую страницу с позиции слабовидящего пользователя, ответив на следующие вопросы: а какие графические образы являются самыми важными? а что на них представлено? следует давать только название изображения или необходимо пояснить его назначение? Только после этого можно приступить к описанию атрибута alt для каждого рисунка в отдельности. 5

339

www.books-shop.com

Универсальная доступность в Иногда разработчики сайтов создают изображения, не предназначен) ные для передачи полезной информации. Так, один из методов дизайна заключается в частом применении «пустых» графических объектов (blank graphics) для структурирования документа. Графические эле) менты типа spacer images и другие изображе) ния можно указать корректно, в качестве значения атри) бута (EMPTY), например alt = Для задания такого значения наряду с другими заполнителями применяют символ * (звездочка) или пробел. Представьте, как программы озвучивания будут «проговаривать» каждую встретившуюся звездочку, и вы поймете, что этот эле' мент лучше оставить «пустым». Пример. Детализированные или сложные описания следует размещать на вспомо гательных страницах, используя для этого ссылку с помощью атрибута за первые четыре месяца" />

В примере html является окончательным вариантом XHTML'документа (он будет содержать определение типа документа, заголовок и т.д.), в котором при' ведено детализированное описание: <р>На гистограмме, представленной в виде окружности, показаны эксплуатационные расходы за первые четыре месяца. Основная величина расходов ' оплата труда ' составила

Элементы applet и Язык позволяет с помощью элементов applet и j ect встраивать в документ игровые приложения и информационные элементы следующих типов: двигающие' ся изображения программы QuickTime, мультипликацию программы Flash и даже звуковые файлы. Пример. Предпочтительно применение элемента object, поскольку для него используется самая общая форма записи. Данный элемент может предоставлять текстовый эквивалент как для встраиваемых, так и для множества альтернативных объектов. В качестве содержательной части документа выбран рецепт приготовле ния индейки:

Если программное обеспечение пользователя поддерживает обработку форма' та mpeg, то выполняется инструкция для самого внешнего элемента и на экране воспроизводится картинка; при отсутствии этого ресурса появляется статическое изображение. Если же обработка графики невозможна, пользователю будет предоставлена текстовая информация.

www.books-shop.com

документа Звуковые и графические типы данных Для представления звуковых данных и звуковой части видеоинформации не' обходимо, чтобы этот тип информации сопровождался дополнительным текстом. В некоторых случаях, например при использовании SMIL (Synchronized Miltimedia Integration Language ' язык для синхронизации приложений в интегрированной мультимедийной среде), формат данных позволяет организовать отдельную тек' стовую дорожку, выполняющую функцию синхронизированного альтернативного варианта канала воспроизведения звуковых данных на родном языке. Здесь мож' но провести аналогию с бегущей строкой для телепрограммы.

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

Сбор данных с применением форм Формы могут расширить доступ к документу практически всем пользовате' лям. В этом разделе особое внимание уделяется атрибуту tabindex и ключам до' ступа (access keys). Атрибут tabindex представлен во всех элементах для ввода данных. Он уста' навливает порядок, в котором браузер передает управление элементам ввода дан' ных при нажатии на клавишу Tab. Значение атрибута ' целое число. Начальное значение равно единице и соответствует установке первого табулятора, а затем последовательно увеличивается с каждым новым нажатием/отпусканием клави' ши Tab. Атрибут accesskey соответствует выбранному пользователем уникальному символу клавиатуры, который применяется для передачи управления элементу ввода формы. Нажимая на определенную клавишу (активизируя символ), можно работать с элементами ввода. Пример. Рассмотрим простую форму, содержащую текстовое описание каждого элемента ввода, последовательность обращений к элементам ввода, которая опре деляется атрибутом tabindex, и ключ доступа:

size="20" />
/>

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

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Универсальная доступность в Internet Создание файлов скриптов в нетрадиционных браузерах Файлы скриптов могут быть таким образом, чтобы процесс взаимо' действия с браузером не зависел от типа устройства, на котором запущена эта про' грамма. Разработчику следует заменить перехват события перехва' том событий onf ocus или onselect. Если невозможно обойтись без применения кода, нужно сформировать дополнительный скрипт'файл: например, одновременно с обработчиком события onmousedown активизировать обработчик для клавиатуры. Для типов оборудования и браузеров, не поддерживающих обработку скриптов, имеется альтернативный вариант: элемент noscript должен представлять про' грамму, полностью замещающую скрипт. Здесь можно провести аналогию с ситуа' цией, когда в сайтах с фреймами используется дескриптор

Правила проверки доступности Все уровни согласования для документов, закрепленные рекомендациями WCAG, приведены в табл. Данные, представленные в отдельной таблице, соотносятся с конкретной категорией приоритета. Таблицы организованы в соот' ветствии со значимостью элементов и включают возможности, проверяемые дан' ным правилом (общие положения, изображения и т.д.), а также инструкции для дизайнера. Таблица

Правила первого уровня приоритета

Возможности XHTML

Правила

Общие положения

Предоставляйте для каждого нетекстового элемента (включая изображения, карты, анимационные элементы, и про граммные объекты, изображения в коде ASCII, фреймы, скрип ты, звук, музыку и видеоданные) текстовый эквивалент Любые данные, имеющие цвет, должны быть доступны, если па раметры цветовой гаммы убраны Четко выделяйте любые изменения, внесенные в основной язык для обоих типов секций: секции документа и секции текстовых эквивалентов Обеспечьте возможность прочитать документ без помощи свя занных с ним таблиц стилей Эквивалентные данные для динамически генерируемой содер жательной части должны обновляться в соответствии с измене нием оригинала (динамического содержания) Эффекты мерцания экрана разрешаются только после того, как все пользовательские агенты допускают такие эффекты по ини циативе пользователя Для формирования содержательной части документа применяй те простые и понятные фразы. Язык документа должен соответ ствовать темам сайта

www.books-shop.com

Реализация требований документа Таблица

Правила первого уровня приоритета (окончание)

Возможности XHTML

Правила

Изображения или карты

Предоставьте дополнительные текстовые ссылки для активных областей карт, размещенных на серверной стороне. Если до ступные геометрические размеры не могут быть предоставлены, обеспечьте изображения карт на стороне клиента так, как они даны на стороне сервера

Таблицы

Для содержимого таблиц обязательно указывайте заголовки строк и столбцов Если существует два или более логических уровней заголовков, для связывания содержимого ячеек с заголовком обязательна дополнительная разметка

Фреймы

Каждый фрейм должен иметь атрибут title, который передает смысл содержательной части этой структуры

Приложения, скрипты

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

Источники мультимедиа

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

Если советы не помогли

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

Таблица 7.2. Правила второго уровня приоритета Возможности XHTML

Правила

Общие положения

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

www.books-shop.com

Универсальная доступность в Internet Таблица 7.2, Правила второго уровня приоритета Возможности XHTML

Правила

Общие положения

Гарантируйте доступ к динамически создаваемым данным либо обеспечьте альтернативные методы доступа Предоставьте пользователю право отключить режим мерцания изображения в процессе демонстрации данных (до момента, когда агенты пользователя позволят управлять данной возмож ностью) Введите режим запрета автоматического обновления страниц (ограничение должно действовать до тех пор, пока агенты пользователя не разрешат управлять данной опцией) Не применяйте разметку документа для автоматической пере адресации. Делайте переадресацию под управлением сервера Не используйте всплывающие окна, не допускайте внесения из менений в состояние текущего окна, не уведомив об этом пользователя Старайтесь задействовать последние версии технологии W3C Избегайте работы с устаревшими технологиями W3C. Для облег чения процесса управления разбивайте объемные блоки данных документа на более мелкие модули там, где это возможно и не повлияет на содержательную часть документа Максимально точно указывайте адресат для ссылки. Обязатель но применяйте метаданные для наделения страниц и сайтов се мантической информацией Предоставляйте пользователю сведения относительно общей структуры сайта (карта сайта, таблица содержания и т.д.) Применяйте согласованные схемы навигации

Таблицы

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

Фреймы

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

Формы

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

Приложения, скрипты

Применяйте бытий

программы обработки со

Установите запрет на любые перемещения внутри страницы на время, пока программаагент фиксирует содержимое страницы

www.books-shop.com

Реализация

документа WCAG

Таблица 7.2. Правила второго уровня приоритета (окончание) Возможности XHTML

Правила

Приложения, скрипты

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

Таблица 7.3.

третьего уровня

Возможности положения

При первом применении аббревиатуры и акронимов приводите их полную запись Указывайте основной язык, используемый для содержательной части документа Обязательно определите логический порядок прохода (с приме нением табулятора) ссылок, элементов ввода внутри формы и объектов Используйте символы клавиатуры для выбора важных ссылок, элементов ввода формы и их групп Пока агентами пользователя не дано четкое изображение распо ложенных рядом ссылок, вставьте между ссылками печатные символы, не входящие ни в одну из ссылок. Предоставляйте ин формацию таким образом, чтобы пользователи могли получать данные на родном языке, в привычном для них формате и т.д. Для удобства пользования и оперативности доступа к навигаци онной системе обозначьте ее положение подсветкой Старайтесь группировать логически связанные ссылки, иденти фицируйте группы. В процессе обработки таких элементов аген тами пользователя создайте средства обхода этих структур При описании процедур поиска определите многоуровневую систему, которая позволит учитывать опыт работы пользовате лей и их предпочтения Помещайте наиболее значимую информацию в начале заголов ков, абзацев, списков и т.д. Предоставляйте данные о пакетах документов (особенно в тех случаях, когда документы хранят более одного файла) Обеспечьте средства пропуска многостроковых изображений в коде ASCII Дополняйте текст графической либо звуковой информацией, только если это способствует улучшению его восприятия

Будьте последовательны в выборе стиля представления связан ных между собой страниц Изображения, схемы, карты Формируйте дополнительные текстовые ссылки для каждой ак тивной зоны карт, размещенных на стороне клиента

www.books-shop.com

Универсальная доступность в Internet Таблица 7.3. Правила третьего уровня приоритета (окончание) Возможности XHTML Таблицы

Правила Обязательно указывайте краткое описание содержимого таблиц Применяйте аббревиатуры для заголовков Создавайте последовательный альтернативный текст для всех смежных, размещенных в одной колонке групп текста

Формы

Для всех «пустых» элементов формы создавайте текст по умолчанию

Резюме В этой главе вы познакомились с проблемами онлайнового доступа в сеть для людей с ограниченными физическими возможностями. Были проанализированы по' ложения, представленные в руководстве «Web Content Authoring Guidelines», а так' же способы создания доступных Web'страниц. В следующей главе вы узнаете о реализации XHTML в современных Web'сай' тах, использовании в Web, intranet и extranet, а также о спо' собах упрощения перехода от HTML 4 к XHTML.

www.books-shop.com

Глава 8. Проверка состоятельности Прежде чем предоставить пользователям доступ к Web'страницам, необходимо про' вести ряд проверок, чтобы убедиться в завершенности этих страниц. На данном эта' пе в работу включится программа проверки правописания, корректор определит со' блюдение грамматических правил, выпускающий редактор поможет осуществить общий анализ формы представления информации. Если сайт принадлежит компа' нии, то документы, представленные на нем, должны пройти все уровни согласова' ния с менеджерами соответствующих отделов. В большинстве случаев такой поря' док утверждения форматов страниц обязателен, однако следует предусмотреть еще одну проверку ' контроль состоятельности (validation) документа. В этой главе вы узнаете ответы на следующие вопросы: а что такое состоятельность документа; а как применять сервис проверки состоятельности документа ' W3C HTML Validation Service; а как интерпретировать и исправлять ошибки.

Проверка грамматики в Web*документах Качество исполнения XHTML'документа оценивается по двум критериям: он должен быть правильным (well'formed) и (valid). Документ счита' ется правильным, если все элементы, содержащиеся в нем, имеют законченную форму: при открывающих тэгах есть соответствующие закрывающие, значения атрибутов заключены в кавычки, описания остальных структурных компонентов также завершены. Правильный документ можно сравнить с предложением, кото' рое содержит как минимум подлежащее и сказуемое. Состоятельный документ, кроме того, соответствует дополнительным грамма' тическим правилам, описанным в DTD: атрибуты элементов инициализируют опре' деленными значениями, а содержательная часть элементов строится по некоторой модели.

Методы проверки состоятельности Поскольку понятие «состоятельность» включает в себя правильность, достаточ' но проверить только этот параметр. Подобная проверка позволяет обнаружить не' преднамеренные ошибки, например опечатки или пропущенный закрывающий

www.books-shop.com

Проверка состоятельности Проверка опечаток Одна из наиболее простых задач, стоявших перед разработчиками программ' ного обеспечения для Web, заключалась в выявлении опечаток. Если в процессе создания проекта вы не используете автоматическую вставку тэгов в документ, опечаток вам не избежать. Программа проверки состоятельности документа позво' ляет обнаружить опечатки за несколько секунд, избавляя дизайнера от утомитель' ного поиска ошибок. Результат представлен на рис. обнаружена ошибка в за' крывающем тэге ' 1 вместо

Рис. Совет

Отчет программы проверки состоятельности документа необходимо что стандарт языка XHTML поддерживает нормы произношения и написания слов английского» (U.S. English). Например, слова и «centre» записываются как и и написание этих слов по правилам «британского языка будет при проверке считаться ошибкой.

www.books-shop.com

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

Нарушения

документа

При первом просмотре XHTML'документа в браузере обнаружится множе' ство ошибок, связанных с нарушением правильности. Если разработчик забыл за' крыть гиперссылку ' не указал завершающий тэг < /а>, ' он сразу заметит, что це' лый блок текста примет вид ссылки (рис. 8.2).

Рис. 8.2. В документе отсутствует закрывающий тэг

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

www.books-shop.com

Проверка состоятельности Пример. В качестве теста возьмите примеры программ с таблицами, приведенны ми в главе 5, и уберите закрывающий дескриптор . Просмотрите получен ный документ в обоих типах браузеров: Netscape Navigator и Internet Explorer. Вы уви дите, что в Internet Explorer вид документа соответствует изображению, задуманному дизайнером. Браузер помог разработчику: он сам дополнил исходную программу про пущенным тэгом (рис. 8.3). Однако в программе Netscape Navigator (рис. 8.4) страница пуста! Следовательно, ограничившись проверкой в программе просмотра Internet Explorer, разработчик, вероятнее всего, не будет знать о допущенной ошибке.

Рис. 8.3. Вид документа, содержащего ошибку, в браузере Internet Explorer Совет

Обратная между Web)дизайнерами и в какой) то мере напоминает аналогичные структуры из сферы услуг. Однако в Internet посетители предпочтут просто не возвра) щаться на плохо работающий сайт, а не об ошибках в до) кументах. Таким образом, не следует на обратную связь как на средство выявления допущенных ошибок.

www.books-shop.com

Методы проверки состоятельности

Рис. 8.4. Вид документа, содержащего ошибку, в браузере Netscape Navigator

документов Обмен данными между устройствами различного типа ' проблема, которая с расширением области применения Web'технологий приобрела особую значи' мость. Дело в том, что программы, разработанные, например, для персональных компьютеров с процессором Pentium III и оперативной памятью 128 Мб, необяза' тельно будут функционировать на компьютере типа Palm Vx с оперативной памя' тью 8 Мб или на сотовом телефоне. Конечно, никто не говорит о том, что владелец сотового телефона непременно должен иметь доступ к Web'сайтам ' в большинстве случаев это просто не нужно. Однако будет лучше, если вы обеспечите возможность просматривать созданные вами страницы с помощью устройств, обладающих минимально необходимыми ре' сурсами: таким образом вы увеличите количество посетителей сайта. Вычислительных ресурсов маломощных устройств не хватит для безошибоч' ной интерпретации недоработанных документов. Браузеры на таких устройствах не будут даже пытаться это делать. Поэтому интерес к вашим сайтам со стороны владельцев небольших компьютеров в значительной степени зависит от соблюде' ния требований правильности и состоятельности документов.

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Проверка

Работа с программой W3C Validator Существует несколько сервисов проверки состоятельности, функционирую' щих в онлайновом режиме, однако лучше всего обратиться с запросом к сервису W3C HTML Validation Service (http://validator.w3.org). проверяющему докумен' ты на соответствие спецификациям XHTML, ' см. рис. 8.5. Его структура была разработана Джеральдом Оскобойни (Gerald Oskoboiny), который в середине 90'х годов XX века создал первый подобный сайт, получивший название «Kinder, Gentler Validator». Позже Джеральд, уже работая в W3C, усовершенствовал ис' ходную версию программы.

Рис. 8.5. Основная страница Webсайта W3C HTML Validation Service

www.books-shop.com

Работа с программой

Validator

Хотя сервис назван Validation Service», здесь разрешается также созданные с применением языка XHTML. В соответствующей строке сайта для соединения ука) зывается, к какому типу сервиса есть доступ и какие виды документов можно

проведения Служба W3C HTML Validation Service проводит проверку на базе языка SGML. Основные тезисы, которые были рассмотрены в начале данной главы, в частности о проверке состоятельности документов, пришли в HTML и XHTML из языка SGML. Для запуска программы пользователю необходимо указать в форме, представ' ленной данной службой, URL проверяемой страницы. Естественно, эта страница должна быть доступна в Web. Если страница расположена в сети intranet либо за пределами системы с доступом по протоколу HTTP, сервис может провести аутен' тификацию пользовательского имени и пароля на основании данных, введенных разработчиком при входе в сервис. После заполнения формы активизируется который на основании указанного URL извлечет необходимый документ, а затем запустит программу по' иска ошибок. В качестве правил грамматики будет использоваться набор DTD, опи' санный в объявлении типа проверяемого документа. просмотре документа про' грамма записывает тип обнаруженной ошибки и ее местонахождение. Эти записи составят отчет, который будет выслан разработчику после окончания проверки.

Успешная проверка Если дизайнер был внимателен при создании документа, возможно, уже после первого этапа проверки его документ получит «сертификат здоровья» (рис. 8.6). В маркированном списке указываются элементы, описывающие характеристи' ки страницы: a URI страницы, выбранной для проверки; а тип Web'сервера, на котором она была обнаружена, ' в приведенном приме' ре это (Unix); а кодировка символов в документе (если была описана); a DTD, на который сделана ссылка в строке определения типа документа, и со' ответствующее ему пространство имен. Поскольку приложение создавалось на основе языка XHTML, то следующим пунктом программа укажет критерий проверки — правильность. Последняя запись сообщает о том, что ошибок в документе не обнаружено. Большинство разработчиков сайтов используют дополнительную иконку, что' бы обратить внимание посетителей на факт проверки конкретного документа.

www.books-shop.com

Проверка состоятельности

Рис. 8.6. Отчет о документе, в котором нет ошибок

Интерпретация сообщений об ошибках Пример. Предлагаемые методы позволяют правильно интерпретировать сообщение об ошибках, выданное программой проверки. В листинге 8.1 представлен XHTML документ с намеренно внесенными ошибками. Листинг html PUBLIC

XHTML

<meta

Navarro

www.books-shop.com

Сообщения о несуществующих ошибках

Рис.

Продолжение списка ошибок, обнаруженных программой проверки


www.books-shop.com

I

Проверка состоятельности



Изображение, полученное при просмотре файла с этим примером в Web'брау' зере Netscape Navigator 4.72 (рис. должно подсказать разработчику, что ис' ходный код содержит ошибки. Результат выполнения программы проверки представлен на рис. Пробле' ма, которая сразу бросается в глаза, состоит в том, что тип документа обозначен как HTML 4.0 Transitional, а не XHTML. Причина названа в первом элементе спис' ка ошибок: отсутствие определения типа создаваемого документа. Чтобы указать тип, необходимо добавить запись:
XHTML 1.0

www.books-shop.com

Сообщения о несуществующих ошибках

Рис.

Полученный результат не соответствует ожидаемому представлению таблицы

Прежде чем вернуться к программе проверки, обратите внимание на две ошиб' ки, указанные в списке. Сообщение об одной из них выглядит несколько странно: «literal is missing closing delimiter» (отсутствует символьная константа в разделите' ле). При этом курсор редактирования указывает на имя автора документа в тэге meta. Далее говорится, что элемент caption находится там, где ему быть запреще' но. На этом основании делается вывод о пропуске открывающего тэга table. Обратимся к исходному коду, заключенному между двумя названными эле' ментами: 2000 Navarro






Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Проверка состоятельности

Рис.

Программа проверки выдала неожиданный результат

ошибке ' «literal is missing closing delimiter», то, вероятно, поймете, почему это произошло. В атрибуте content тэга meta отсутствует закрывающая кавычка, которая и является упомянутой литеральной константой. Кроме того, существует еще одна проблема: отсутствует закрывающая скобка для самого тэга Провер' кой был обнаружен атрибут content в тэге meta, а также кавычки, указываю' щие на начало записи значения атрибута. Поиск закрывающей кавычки для зна' чения атрибута продолжался до тех пор, пока такой символ не был обнаружен внутри тэга t a b l e ' им стал атрибут border. Это программа расценила как окончание записи для атрибута content тэга meta, а следующим по порядку тэгом стал элемент caption. В результате появилось сообщение о том, что тэг table пропущен. Таким образом, программа проверки проигнорировала данные, помещенные между настоящим завершением записи между тэгом meta и элементом content, поскольку продолжала обработку значения атрибута. Если вы закроете тэг meta, ошибка исчезнет. Запустите еще раз проверку исходного файла и вновь обратитесь к отчету об ошибках (рис.

www.books-shop.com

Резюме

Рис.

В отчете указана всего одна ошибка

На этот раз вы увидите, что единственная ошибка состоит в пропуске тэга Добавьте его и вновь обратитесь к проверке. По ее окончании вы получите долгожданное сообщение: «no

Резюме В этой главе вы познакомились с процедурами проверки грамматики XHTML' документов, которые выполняет служба поиска ошибок, и научились пользоваться популярным и надежным сервисом, поддерживаемым W3C. Далее рассматривают' ся вопросы реализации языка XHTML на современных Web'сайтах, рассказывается о проблемах обновления существующих сайтов, совместимости с ранними вер' сиями браузеров, а также о подборе инструментария, поддерживающего язык XHTML.

www.books-shop.com

Глава 9. Современная реализация языка XHTML Одно из самых замечательных свойств языка XHTML заключается в том, что его легко освоить: период между изучением языка и разработкой практически гото' вых документов весьма незначителен. Правильные и состоятельные документы ха' рактеризуются высокой степенью переносимости, поэтому могут просматривать' ся на большинстве устройств, имеющих доступ к сети Internet. Вы, вероятно, обратили внимание на некоторую неопределенность фразы «практически готовые». Дело в том, что при прямом и обратном преобразованиях для документов, построенных на основе языков XML и HTML, отмечается целый ряд особенностей. Консорциум W3C описал их в документе «XHTML 1.0 Recom' mendation» (он будет рассмотрен ниже). Материалы данной главы позволят вам освоить: методы использования языка XML в среде браузеров языка HTML; а способы безошибочного прохождения грамматичес' кого анализа с помощью распознавателей языка XML; а инструменты для преобразования структур HTML в XHTML; а автоматизированные системы для применения методов, приведенных в руко' водстве по обеспечению совместимости.

Плавный переход на XHTML Авторы XHTML'документов могут применять в своей работе руководство по обеспечению совместимости ' «XHTML 1.0 Compatibility Guidelines Steps». Это необходимо для того, чтобы XHTML'документ был доступен максимальному чис' лу агентов пользователя, ориентированных на язык HTML. В качестве таких аген' тов выступают браузеры первого (NCSA Mosaic, Cello, Lynx) и второго (Netscape 1.1/2.0, Microsoft Internet Explorer 1.0/2.0) поколений, а также самые современ' ные версии (Netscape 6 и Internet Explorer 5.0). Использование названного руко' водства позволит избежать проблем с различными устройствами просмотра. Если документ отображается в среде Internet Explorer и Netscape, значит, он приобрел окончательную форму, ' так считает большинство Web'дизайнеров. Дей' ствительно, подобный критерий завершенности пригоден для многих настольных компьютерных систем, имеющих доступ в Internet. Однако это не относится к об' ратной совместимости документов. Ниже будет детально рассмотрено каждое по' ложение руководства «XHTML 1.0 Recommendation». об исполнении приложений XHTML в среде современных Web'браузе' ров, следует помнить, что эти приложения до сих пор создавались на основе «HTML

www.books-shop.com

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

Инструкции обработки языка Формализованная запись XHTML'документа начинается с XML'объявления, представляющего собой инструкцию обработки документа (начинается с симво' лов следующего вида: Если дизайнеру необходимо применить расширенное множество символов, он может изменить значение атрибута encoding. Для документов в основном ис' пользуются множества символов UTF'8 и которые в большинстве систем приняты по умолчанию. Вопросы обратной совместимости возникают, когда агенты пользователя встречаются с непонятной разметкой. В упомянутой рекомендации существует правило: браузер должен воспринимать содержимое неизвестной разметки как необработанный (плоский) текст. Большинство браузеров интерпретируют ин' струкцию обработки языка XML как «пустой» элемент и, следовательно, не ис' полняют ее, поскольку «пустой» элемент не имеет содержания. Результаты тестирования показали, что браузеры нескольких типов либо оши' бочно проходили через неизвестные им «пустые» элементы (инструкции обработки) и следовали непосредственно к документу, либо просто не распознали PI (Processing Instruction ' инструкцию обработки) как элемент и прошли через них как через дан' ные с типом PCDATA. К таким типам браузеров относились Netscape Navigator 3.0 более ранние версии ' 1.1.5/3.0, Opera 3.6, Internet Explorer 3.x и К счастью, все перечисленные продукты уже имеют новые версии. Поэто' му число пользователей, которые могут столкнуться с описанными проблемами, бу' дет весьма незначительным. Тем не менее во избежание подобных ситуаций лучше воздерживаться от XML'объявлений в документах типа text /html.

Работа с «пустыми» элементами Синтаксическая конструкция HTML'документа включает в себя открываю' щий тэг ' имя элемента в угловых скобах Далее следуют содержи' мое элемента и закрывающий тэг, состоящий из левой угловой скобки, прямой раз' делительной черты (прямого слэша), имени элемента и правой угловой скобки, допустим . Если между открывающим и закрывающим тэгами содер' жательная часть отсутствует, значит, в документе размещен «пустой» элемент. Стандарт HTML позволяет выстроить подобную конструкцию, используя только открывающий тэг. Например, для элемента image:
Однако правилами, приведенными в документе 1.0 Recommendation», «пустые» элементы запрещены. Следовательно, при переходе от языка HTML

www.books-shop.com

I*

Современная реализация языка XHTML

к XHTML потребуется изменить синтаксис. Преобразовать запись «пустого» эле' мента в данном случае можно двумя способами. Первый, самый примитивный, предусматривает добавление закрывающего тэга для соответствующего элемента: Однако его присутствие там, где он согласно алгоритму обработки браузера не должен находиться, может вновь привести к непредсказуемой ситуации. Во избежа' ние неопределенности в структуру языка XML введена искусственная укороченная запись, которую иногда называют минимизацией элемента. Такой способ описания «пустых» элементов в стандарте языка XHTML наиболее удобен. XML предостав' ляет авторам документов возможность писать как так и К сожалению, такое дополнение языка разрешило одну проблему, но породило другую. Новое затруднение оказалось связанным с процедурой распознавания име' ни элемента. Уже говорилось, что в синтаксисе HTML открывающий тэг для эле' мента (при отсутствии атрибутов) состоит из левой угловой скобки, имени элемен' та и правой угловой скобки, завершающей элемент. При анализе браузер, вероятно, будет интерпретировать имя элемента для тэга с укороченной записью как вме' сто того чтобы разнести ее на две составляющие ' br и последующий слэш. Поскольку у браузеров нет предварительных данных о наличии в программе укороченных записей элементов (например, о /br), то, скорее всего, браузер про' игнорирует их. Пользователь получит результат, похожий на представленный на рис. Текст в первом сегменте разбит на две строки в соответствии с описанием элемента br, для которого существует закрывающий тэг. Разделитель на строки для второго текстового фрагмента представлен в виде стандартной XML'конструкции ' укороченной записи элемента Segment l a little 2

Everywhere that Mary

fleece as white as snow

lamb was sure to

Итак, если применение закрывающего тэга привело к желаемому результату, то укороченная запись должного воздействия на представление второго фрагмен' та текста не оказала. Язык XHTML поддерживает альтернативный метод, удовлетворяющий требо' ваниям стандарта языка XML, с одной стороны, и обратной совместимости ' с дру' гой. Решить проблему позволяет применение метода с укороченной записью эле' мента, в которой последний символ в имени элемента и прямой разделитель отделены друг от друга пробелом. Таким образом, запись превращается в
.

Экземпляры элементов с «пустым» Иногда автору документа нужен элемент с «пустым» содержимым. Например, при работе с таблицами требуется описание пустых ячеек для данной структуры: В этом случае следует предусмотреть дополнительные возможности для указания экземпляра элемента, не содержащего данных (не путать с «пустым»

www.books-shop.com

Плавный переход на XHTML

Рис.

Результаты обработки «пустых» элементов в браузере Netscape Navigator двумя методами

Синтаксис для такого элемента минимизировать нельзя. Укорочен' ная запись используется только для тех элементов, чье описание в структуре язы' ка представлено моделью (шаблоном) с «пустым» содержанием. Подробнее о моделях содержания для элементов говорится в ле «Определение элементов».

)

со встроенными Для Web'дизайнеров стало привычным использовать HTML'комментарии как оболочку для встроенных скриптов на языке JavaScript (либо на других язы' ках скриптов). Самый простой и эффективный способ указать дату и время последних изменений в файле — разместить небольшой фрагмент кода на языке JavaScript: <script
on

+

+

//

www.books-shop.com

I

Современная реализация языка XHTML

Проблема заключается в том, что по правилам XML фрагмент должен иденти' фицироваться атрибутом типа ID, которому в версии HTML 4.01 соответствует ат' рибут Однако в современных браузерах для ввода идентификатора применяется атрибут name. Для того чтобы оба типа систем могли поддерживать соответствую' щее соединение, авторам XHTML'документов следует применять и name, и id. В данном примере значения обоих атрибутов (name совпадают: <а

is the

Обратите внимание на дополнительные ограничения, накладываемые на зна' чения данных атрибутов. Требования, предъявляемые структурой языка XML к атрибуту ID, противоречат HTML'описанию атрибута name, в соответствии с ко' торым этот атрибут может принимать любое значение типа Для согласова' ния типов в описании XHTML'атрибута name его тип был изменен на NMTOKEN. Значением для данного параметра должна быть строка, состоящая из любых букв, цифр, а также символов: точка (.), неразрывный дефис ('), символ подчер' кивания (_) и двоеточие (:). В стандарте XML имена атрибутов типа NMTOKEN не могут на) с символов независимо от регистра записи (строч) ные или прописные буквы): этот набор зарезервирован в качестве лексических единиц, применяемых непосредственно в документе «XML Recommendation». В заключение следует отметить, что внутри документа значение для каждого атрибута id должно быть уникальным (к атрибуту name сказанное не относится).

Описание кодировки символов В языке HTML кодировка символов задается внутри элемента head. Для этого применяется атрибут http'equiv элемента Например, для указания систе' мы кодирования символов документа набором из японского алфавита нужно при' менить следующую запись:

Язык XML для хранения таких данных использует атрибут encoding в XML' объявлении. В предыдущем разделе уже отмечалось обязательное включение в доку' мент XML'объявления, если кодировка символов отлична от UTF'8 либо Поэтому в наш пример с кодированием японского алфавита необходимо ввести XML'объявление: Для сохранения обратной совместимости с агентами пользователя, настроен' ными на обработку HTML'документов, в записи следует указать элемент meta, где корректным образом описать обработки «пустых» элемен' тов. После внесения всех необходимых изменений начало этого документа примет следующий вид:

www.books-shop.com

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

Применение элемента isindex Элемент включен в язык XML для быстрой генерации элемента вво' да единственной текстовой строки. В случае необходимости он позволяет избежать применения комбинации элементов: input и дополнительного элемента input для создания клавиши подтверждения ввода (submit). Затем был объявлен устаревшим, поэтому вместо него предпочита' ют применять элемент input. Если вы все же его используете, помните, что внут' ри тэга head можно разместить только один элемент isindex.

Идентификация основного языка документа или элемента Для описания основного языка документа или элемента можно воспользоваться атрибутом Под основным языком подразумевается язык оригинала. Атрибут позволяет также указать язык для дополнительной информации, включенной в документ, а в некоторых случаях ' расставить акценты в произношении данных для настройки отдельных агентов пользователя (программ обработки документов). Для идентификации языка стандарт XML применяет специальный атрибут lang. Авторам рекомендуется использовать обе версии ат' рибутов для того, чтобы созданный документ был совместимым с настройками как HTML'браузеров, так и анализаторов XML. Ниже представлен пример такого опи' сания:

Jack had a strange sense of <span vu the moment he entered the Если между значениями атрибутов 1 и 1 ang существует несоответствие, то за истинное значение принимается атрибут

ang.

Управление идентификаторами фрагментов Идентификатор фрагмента, на который указывает ссылка fragment, явля' ется частью общей записи URI. Обычно он применяется для создания ссылок меж' ду документами либо ссылки из документа на часть другого (начинающуюся не с заглавия страницы). Такая ссылка может описываться следующим образом: <а

directly to the s p o t ! < / a >

Соответствующий фрагмент, в данном примере с именем spot, идентифици' руется с применением именованного элемента привязки: <а

is the

www.books-shop.com

Современная реализация языка XHTML в процессе исполнения скрипта. Объектная модель, использу' емая в HTML 4, ' HTML DOM ' возвращает имена элемента и атрибутов, записан' ных символами верхнего регистра. Модель, применяемая в стандарте языка XML, указывает на необходимость представления возвращаемых элементов и атрибутов в оригинальной записи, то есть с учетом регистра. Оба этих положения противоре' чат требованиям XHTML, в соответствии с которыми элементы и атрибуты записы' ваются символами только нижнего регистра. Несмотря на очевидные несообразности, ситуация может быть исправлена при соблюдении требований обратной совместимости. Язык XHTML обеспечивает два метода обработки документов. Первый относится к типу среды для Internet ' text /html. Его применение гарантирует обработку с использованием HTML DOM, причем элементы и атрибуты возвращаются в верхнем регистре. Обработка XHTML'документов в качестве структур стандарта XML, скорее всего, будет осуществляться в Internet'среде вида или application/ Приложения синтаксического разбора таких видов документов могут приме' нять объектную модель XML, если входная последовательность в нижнем регист' ре (в соответствии с требованиями XHTML 1.0) станет возвращаться именно как запись символами нижнего регистра.

содержащие символ «амперсанд» Любой атрибут, содержащий амперсанд должен записываться именем это' го символа, а не самим символом. Например, официальное название фирмы Chandler & Sons, Inc. будет записано с помощью элемента так: <meta

2 0 0 0 , Chandler

Аналогичная рекомендация дается для записи значений атрибутов, содержа' щих URI. Некоторые Web'дизайнеры ошибочно полагают, что вклю' ченные в URI, не могут записываться в виде &атр, то есть имени символа, посколь' ку такая ссылка (либо соединение) перестанет функционировать. Однако это не так. Допустим, что в записи URI используется &атр, тогда в документе'источнике в процессе его обработки программой просмотра имя амперсанда будет восприня' то как инструкция, и URI станет функционировать так, словно эта запись содер' жит только символ амперсанда '

Применение CS5 в XHTML Дизайнерам, использующим в своих проектах таблицы стилей, настоятельно ре' комендуется обеспечивать дополнительную поддержку внешних таблиц стилей как для HTML'браузеров, так и для XML'распознавателей. Если вставка таблицы сти' лей в ваш — вынужденная мера, тщательно проверьте его на нали' чие любых символов типа левой угловой скобки и Дело в том, что оба типа распознавателей станут рассматривать их как начало разметки. Например, сим' вол < будет воспринят как начало нового элемента, а & ' как начало записи его име' ни. Если каждый из этих символов должен использоваться внутри таблицы стиля,

www.books-shop.com

Плавный переход на XHTML
XHTML 1.0

Аналогично описанию основных языков в XML'объявлении значение атрибу' та encoding является главным по отношению к значению, которое обеспечивает элемент Совет

Требование указания XML)объявления для описания ко) дировки, отличной от UTF)8 либо противоречит условиям просмотра когда работает с пер) выми версиями В такой ситуации корректный выбор кодировки символов значительно важнее, чем стремление избежать паразитных символов XML)объявления в начале документа.

Раскрытая запись атрибутов булева типа Булев атрибут ' это атрибут, который задает определенное значение просто своим присутствием. Самый общий пример применения такого атрибута состоит в указании вариантов выбора внутри формы с помощью множества элементов пе' реключателей:
checked/>

Требования правильности, закрепленные стандартом XHTML, запрещают та' кую форму представления атрибута. Следовательно, атрибут данного типа нужно раскрыть, то есть присвоить значение, совпадающее с его именем:

Такая техника записи используется для всех атрибутов булева типа, включая атрибуты checked, compact, declare, defer, disabled, multiple, noresize, noshade, readonly и selected. Для современных версий браузеров, настроенных для распознавания кода HTML'приложений и совместимости со стандартом HTML 4 Recommendation, проблем понимания раскрытых записей булевых атрибутов не существует. Более ранние версии, например Netscape Navigator 3 и Internet Explorer 3, вероятно, проиг' норируют такую запись, идентифицировав ее как неизвестную разметку.

Доступ к объектной модели документа Объектная модель документа (Document Object Model ' DOM) применя' ется также для доступа к конкретным узлам дерева разбора 6

339

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Современная реализация языка XHTML

Рис. 9.2. Отчет программы HTML Tidy после успешной очистки файла

данные программы. Второй ключ 'т сообщает программе, что изменения нужно вносить в файл представления html. При успешном завершении програм' мы Tidy пользователь получит отчет, приведенный на рис. 9.2. Кроме «уборки мусора» в файлах'источниках вам нужно создать файл конфи' гурации. Он содержит список свойств, отделенных от соответствующих им значе' ний двоеточием. Пример основного файла конфигурации, который может приме' няться для приведения исходных HTML'документов к виду XHTML, показан в листинге Листинг Файл конфигурации с программой HTML Tidy

используемый совместно

72 markup: yes файл в формате yes дескрипторов символами верхнего регистра no атрибутов символами верхнего регистра запрещена. no кодировки error'file: errors.txt yes

Опции в файле конфигурации указывают программе Tidy создать выходной XHTML'документ с текстом, в котором каждая строка включает 72 символа. Эле' менты и атрибуты записываются символами нижнего регистра, система кодиров' ки XML'объявления представлена множеством символов UTF'8. В процессе об' работки документа дизайнеру выдаются необходимые сообщения, обнаруженные ошибки записываются в отдельный файл errors.txt.

www.books-shop.com

Инструменты для поддержки XHTML которую в секцию

перенести во внешний файл, вам придется поместить эту таблицу (см. раздел «Работа со встроенными

совместимости К сожалению, далеко не все проблемы, связанные с прямой и обратной совме' стимостью, можно решить, воспользовавшись советами по практическому приме' нению. Существует целый ряд неизбежных противоречий и коллизий между опи' саниями, разработанными для языков HTML и XML.

Типы данных Internet для языка XHTML При работе с для которых сегодня существует сервис в Web' среде, мы будем использовать тип данных получивший имя Internet Media Туре (сами файлы при этом имеют расширение

Инструменты для поддержки XHTML Пока рано говорить об инструментах для работы только с ми. Однако существует ряд утилит, помогающих привести HTML к виду XHTML, обнаружить ошибки и создать «вручную» или использовать хоро' ший HTML'инструментарий. Ниже перечислены три утилиты, включающие одну и ту же базовую программу.

HTML Консорциум W3C выпустил программу Tidy, позволяющую настраивать HTML' файлы, удалять из них некорректные описания объектов и преобразовывать такие файлы в формат XHTML или XML. Это мощный, хотя и сложный инструмент. По' скольку программное обеспечение было написано инженерами, предпочита' ющими использовать формат командной строки, его никак нельзя назвать «друже' ственным» для тех пользователей, которые считают DOS явлением из далекого прошлого и вряд ли знают о существовании системы UNIX, ' а таких большинство. Примечание

Web)сайт, на котором найти описание программы HTML Tidy, ссылки для ее загрузки, размещен па адресу

Пример. Довольно часто программа Tidy применяется параллельно с созданием документаисточника, при этом в ее функции входит отслеживание и внесение теку щих изменений в проект, запись обнаруженных ошибок и накопление всех сделан ных исправлений в отдельном выходном текстовом файле. Для инициирования этой операции разработчику следует ввести в командной строке инструкцию: 'f Команда непосредственным вызовом программы Флаг, или ключ, размещенный перед наименованием errors . txt, указывает на необходи' мость создания файла с именем errors куда будут записываться выходные

www.books-shop.com

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

Рис. 9.4. Использование диалогового окна браузера для указания файлаисточника

Рис. 9.5. Основное окно TidyGUI

www.books-shop.com

Инструменты для поддержки XHTML Для вызова программы «сборщика мусора» с использованием файла конфи' гурации в исходную запись команды следует добавить новый аргумент: tidy 'config

'm f i l e . h t m l

Обратите внимание, что при файла конфигурации в командной строке отсутствуют флаги Error Report (сообщение об ошибке) и Modify in Place внесение необходимых изме) нений). Дело в том, что данные опции переданы в программу непо) средственно из файла конфигурации.

Программа Для Web'дизайнеров, которые значительно комфортнее чувствуют себя, когда вместо командной строки используется графический пользовательский интерфейс, Андре Блавье (Andre Blavier) создал GUI'программу, надстроенную поверх кода HTML Tidy. Чтобы управлять опциями программы Tidy так же, как и в версии с при' менением командной строки, генерируется внешний файл конфигурации. При его формировании используется набор одинаковых, сведенных в табличную форму диа' логовых окон. Такая структура избавляет разработчика от необходимости запоми' нать имена свойств и синтаксис, необходимый для их сохранения (рис. 9.3).

Рис. Диалоговое окно предоставляющее доступ к опциям программы Tidy программу можно, по указанному ранее адресу домашней страницы Tidy либо загрузив ее с сайта

Пример. Для запуска программы TidyGUI загрузите файлисточник с помощью диа логового окна браузера либо напечатайте путь доступа к нему (рис. 9.4).

www.books-shop.com

Современная реализация языка XHTML

Рис.

HTMLKit позволяет использовать Tidy при помощи одного действия

Создание

средствами языка HTML

Для создания XHTML'приложений можно использовать любой инструмен' тарий: от Notepad или SimpleText до полнофункциональных, разработанных спе' циально для HTML'документов Macromedia Dreamweaver, Adobe GoLive! и Microsoft FrontPage. Для выбора метода (даже для создания приложений в обычном текстовом редакторе) потребуется определенная подготовительная ра' бота. С помощью Tidy (или программ, ее включающих) и сервиса W3C Validation Service ваши документы будут проверены и оптимизированы.

Резюме В настоящей главе представлен обзор основных правил, разработанных кон' сорциумом W3C для обеспечения совместимости с анализа' торами обоих типов ' основанными на языках HTML и XML. Вы узнали об одном из нескольких доступных на сегодня средств очистки и отладки файлов'источни' ков, а также о преобразовании оригинальных HTML'документов в XHTML. В следующей главе рассматриваются способы добавления новых элементов и атрибутов к уже известным структурам и семантическим конструкциям стандар' та языка HTML.

www.books-shop.com

Инструменты для поддержки XHTML в нижней панели основного окна TidyGUI, а в верхней панели для каждого от' дельного типа предупреждения дается необходимое пояснение. Доступ к новому выходному документу после внесения необходимых измене' ний можно осуществить посредством кнопки Output. В результате последнего дей' ствия будет активизировано новое окно с разметкой документа (рис. 9.6). К сожа' лению, выделить в окне и затем скопировать необходимую часть проекта невозможно. Вместо этого следует цепочка операций: сначала придется со' хранить файл на жестком диске с помощью диалогового окна Save, а затем снова открыть документ в каком'либо текстовом редакторе.

Рис. 9.6. Доступ к выходному файлу и его сохранение из нового окна

HTML/Kit Пример. Программа HTMLKit не является редактором для XHTMLфайлов в полном смысле этого слова. Скорее, это полнофункциональный инструмент для приложений, позволяющий интегрировать возможности Tidy непосредственно в программу. От остальных программ, использующих Tidy, отличается тем, что обеспечивает быстрый доступ к файлу'источнику и проверенному документу в ок' не со Кроме того, с ее помощью можно параллельно решать специфи' ческие задачи но ' для этого не требуется создавать файлы кон' фигурации и преобразование в формат XHTML (рис. 9.7). Программу HTML )Kit можно найти на Web )сайте, расположенном по http://www.chami.com/html)kit/.

www.books-shop.com

Глава 10. XHTML * переход к В главе 1 уже говорилось о том, что консорциум W3C счел вклю' чить дополнительный этап при переходе от языка HTML, с которым до сих пор работает большинство Web'дизайнеров, к XML ' новому языку для создания Web' приложений, который дает пользователю возможность расширять язык, создавая собственные элементы разметки документа. Версия языка XHTML 1.0, с одной стороны, обладает большинством черт, характерных для XML, с другой ' сохра' няет совместимость с языком HTML 4, то есть служит своеобразным мостиком, соединяющим две абсолютно разные технологии. В этой главе рассказывается: о том, как язык XML обеспечивает дизайнерам свободу при создании доку' ментов; а о значении термина «правильность документа»; а о способах описания языков с применением определения типа документа; а о методах определения элементов документа по новой технологии схем, так' же основанной на XML.

Создание собственных элементов В стандарте языка HTML, в том числе в версии XHTML 1.0, авторы докумен' тов ограничены уже определенными структурами и представлением элементов. Конечно, свойства существующих элементов можно использовать любыми спосо' бами, даже нетрадиционными или запрещенными, однако это приведет к непере' носимости документа. При создании документа Web'дизайнер стоит перед вы' бором: применить для каждого адресуемого компонента элементы заголовков (листинг либо тэги абзацев, дополнив их несколькими элементами разрыва строк и выделения текста (листинг 10.2). Листинг 10.1 Выделение адресуемых компонентов с помощью элементовзаголовков



To: Stacey Baker

From: David

www.books-shop.com

Часть II Стиль и структура XHTML Глава

XHTML  переход к XML

Глава

Применение каскадных таблиц стилей

Глава

Язык XSL как способ задания стилей

Глава

Описание типа документа

www.books-shop.com

XHTML * переход к XML Листинг 10.3. Разметка сообщения с применением XMLэлементов пользователя

Stacey September 22, 2000

This note confirms my requested vacation dates, in order of preference, for the 2001 calendar year:

19, 2001 through March 30, 2001
1. 0ctober 8, 2001 through October 19, 2001
2001 through December 28, 2001



В современных Web'браузерах запрограммированы процедуры обработки только исходных данных для представления, указанных в элементах и атрибутах HTML. Таким образом, способы интерпретации информации в листинге 10.3 им не известны. Для решения проблемы было предложено передавать информацию о представлении элементов не браузерам, а страницам стиля. С точки зрения пользователя, подход к проектированию документов в среде XML выглядит более естественным, поскольку о функциональном назначении того или иного элемента говорит его имя. Если оценивать ситуацию с позиций алгоритма машинной обработки, такое представление объектов особенного зна' чения не имеет. Но когда основная цель проекта состоит в построении системы управления документами либо в создании структуры динамической генерации документов при обработке информации из баз данных, то настраиваемые элемен' ты ' лучшее средство для облегчения использования документов и пояснения их назначения.

Концепция

документа

Термин «правильность документа» подразумевает достаточно простое в реа' лизации требование, предъявляемое к Web'проектам: дизайнер обязан строго сле' дить за полнотой описаний объектов, используемых в структуре документа. Формально определение правильности закреплено консорциумом W3C в реко' мендации 1.0 Recommendation», которую можно найти на сайте Итак, в правильном до' кументе: а должно присутствовать определение типа документа; а необходимо соблюдать все ограничения, перечисленные в рекомендации 1.0 Recommendation».

www.books-shop.com

Создание собственных элементов

Subject: Vacation Request

Date: September 22,

This note confirms my requested vacation dates, in order of preference, for the 2001 calendar

1. March 19, 2001 through March 30, 2001
2. 0ctober 8, 2001 through October 19, 2001
17, 2001 through December 28, 2001



Листинг 10.2. Выделение адресуемых компонентов с помощью элементов представления To : Stacey Baker
David Angeles
Vacation Request
September 2000


This note confirms my requested vacation dates, in order of preference, for the 2001 calendar year:

19, 2001 through March 30,
1. 0ctober 8, 2001 through October 19, 2001
2001 through December 28, 2001



Представление элементов — единственный из методов, который существенно влияет на данные, заключенные внутри элементов. Эти структуры достаточно уни' версальны и позволяют работать с любым текстом. Их применение необязательно ограничивать такими объектами документа, как to (кому), (от кого), (заглавие) и date (дата и время). Стандарт XML предоставляет дизайнерам возможность создавать свои соб' ственные элементы, давая им значимые имена. В листинге 10.3 представлен исход' ный текст сообщения, записанный по правилам языка XML.

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

I Примечание

XHTML * переход к XML

В словаре языков разметки вложенные в структуры других элементов, часто называют потомками. Со) ответственно элемент, который содержит вложенный называется или порождающим. Установление та) кого типа взаимосвязи элементов особенно важно при написании скриптов и работе с объектной моделью документа.

На этом перечень требований, определяющих суть термина «правильный до' кумент», в рекомендации XML исчерпывается. Однако существует еще ряд поло' жений, имеющих отношение к данной проблеме: а корневой элемент должен содержать описание имен на основе атрибута Идентификатором пространства служит запись http://www.w3.org/1999/xhtml: а все значения атрибутов заключают в кавычки. Таким образом, следующая запись будет ошибочной: <р

а корректной для данного примера станет строка: <р

align="center">

В языке HTML кавычки необязательны, если для значений атрибутов ис' пользуется запись, отличная от URI, либо символы, не являющиеся буква' ми или цифрами, например символ # для кода цвета; а булевы атрибуты необходимо раскрывать. Иными словами, каждый атрибут должен быть инициализирован. Булев атрибут ' единственный, активизиру' ющийся фактом своего присутствия. В HTML 4 в качестве примера можно привести атрибут checked, размещенный в элементе input типа check box: checked>

В XHTML'документе оптимального формата каждый атрибут должен наде' ляться значением, поэтому процедура определения состояния данного вход' ного элемента записывается следующим образом:
name="mybox"

а элементы с содержательной информацией (то есть не «пустые») должны иметь закрывающий тэг (в версии HTML 4 он Например, в стандарте HTML 4 часто встречается следующее представление для эле' мента текстового абзаца: первый абзац текста. <р>Это второй абзац текста. Его запись начинается с открывающего дескриптора р, который по умолчанию закрывает первый абзац.

www.books-shop.com

Концепция правильности документа Кроме того, любая структура, на которую имеется ссылка в документе, также должна быть правильной. Необходимые к определению даются в следующих разделах рекомендации XML: а документ обязательно должен содержать объявление типа DOCTYPE. XHTML' агентов пользователя необходимо уведомить о типе принимаемого ими до' кумента. Анализаторы состоятельности также должны иметь доступ к сек' ции DTD; а документ должен содержать по крайней мере один элемент. Любой XHTML' документ включает в себя по меньшей мере четыре элемента: html, head с элементом внутри и элемент body; а в документе должен быть корневой элемент, причем единственный. Все начинаются с корневого элемента html; а никакая часть корневого элемента не может быть включена в другой эле' мент. Другими словами, корневой элемент должен открываться в документе первым и закрываться последним. Ниже дан пример корректной записи ' установленные требования к формату соблюдены: ...содержимое...

В следующем примере допущена ошибка: ...содержимое...

а для всех элементов выполняется правило: если открывающий тэг находится внутри какого'либо элемента, в его границах должен размещаться и за' крывающий тэг, то есть во вложенных тэгах одна пара тэгов должна нахо' диться в рамках другой. Здесь можно провести аналогию с набором шаров или матрешек, которые отличаются размерами и поэтому могут помещаться друг в друга. Сборка единой конструкции начинается с самой большой иг' рушки, в нее вкладывается второй по объему предмет ' и так до тех пор, пока внутри не окажутся все предметы. Очевидно, что ситуация, когда одна поло' вина игрушки находится внутри большего предмета, а вторая — внутри мень' шего, невозможна. Для стандарта XHTML это означает, что корректной яв' ляется следующая запись:

а строка

неправильна.

www.books-shop.com

XHTML * переход к XML В 1998 году консорциум W3C предложил другой метод определения и описа' ния языков. Первая рекомендация получила название «XML Ее основ' ная цель заключалась в разработке такого механизма определения, который обла' дал бы большей гибкостью и выразительностью, чем его предшественник ' метод описания типа данных документа. Последняя характеристика связана с возможнос' тью выхода за границы описания простой текстовой информации, то есть с реализа' цией определения типа: «содержательная часть элемента должна включать полный номер» или «строка из пяти буквенных символов, записанных в нижнем регистре». Очевидно, что дополнительный способ представления данных посредством схем особенно важен для электронной коммерции в сети Internet и ав' томатизации процесса обмена данными. Спецификации, отраженные в документе «XML Schemas», утверждены консорциумом W3C в качестве основного руковод' ства для дизайнера.

Обзор правил описания типа документа Определение типа документа (Document Type Definition — DTD) считалось ос' новным средством создания формальной грамматики языка разметки. Описание каждого элемента дается в терминах его внутренних элементов и сопровождается указанием места, где могут находиться неструктурированные данные. Например, описание корневого элемента для документа любого типа ' html ' разрешает включать в данный элемент два других объекта: head и body. Если внутри корневого элемента анализатор обнаружит присутствие других объектов, например графическое он делает вывод о нарушении правил DTD, и данный документ объявляется несостоятельным. Таким образом, состоятельным документом считается тот, который удовлетво' ряет всем правилам, определенным в DTD. Вы уже познакомились с основным кри' терием оценки соответствия документа установленным нормам, когда работали с программой W3C Validation Service (см. главу 8). Для большинства документов определение типа ограничивается директивой DOCTYPE в заголовке страницы и проверкой исходного кода анализатором. Одна' ко некоторые дизайнеры вынуждены расширять рамки применения DTD, в част' ности при создании собственных структур языка. Кроме того, для разработки но' вых языков можно использовать технологию XHTML Modularization ' модульное построение XHTML'приложений. Более подробно о создании компонентов для DTD рассказывается в разделе «Создание модуля с правил

Обзор XML/схем В числе недостатков DTD как основы языка разметки обычно называют те ограничения, которые правила накладывают на документы, слишком формализо' ванный подход в описании синтаксиса и форматов, а также сложность освоения

www.books-shop.com

Описание правильных документов В версии языка XHTML 1.0 оба элемента будут записаны так: <р>Это первый <р>Поскольку у первого абзаца текста есть собственный закрывающий тэг, открывающий дескриптор второго абзаца только указывает начало этого а пустые элементы тоже должны включать закрывающий тэг. Их можно за' крыть с помощью закрывающего тэга либо укороченной записи. Следова' тельно, две нижеприведенные записи считаются корректными с точки зре' ния правильности документа: picture of the либо
picture of the author" />

Однако следует отметить, что использование обеих опций создает опреде' ленные проблемы, связанные с обратной совместимостью с браузерами, ко' торые настроены на работу с элементами HTML. Процедуры, направленные на обеспечение требований обратной со) вместимости, были описаны в главе 9.

Описание правильных документов Как уже было сказано, соблюдение требований правильности позволяет полу' чить безошибочное и полное изображение документа. Однако эффективность об' мена информацией зависит не только от успешного распознавания документа и данных для их дальнейшей обработки, но и от уверенности в том, что содержа' тельная часть структур, включенных в документ, соответствует условиям целост' ности. Пример. Еще раз просмотрите листинги 10.110.3: элемент использованный в исходном коде проекта сообщения, предназначен для хранения одной или несколь ких единиц общего множества элементов, входящих в перечень Однако при на личии информации, отражающей только соответствие требованиям правильности, невозможно проверить целостность данных и сделать вывод о необходимости вне сения изменений в их структуру. Следовательно, потребуется свод правил, предназначенный для следующего этапа проверки проекта ' целостности содержательной части включенных в доку' мент компонентов. Этот набор правил с момента своего появления в SGML под' держивается разделом описания типа данных документа. В нем дается формали' зованное описание элементов, атрибутов, а также разрешенного типа данных для каждого сегмента документа, который может быть создан с применением конкрет' ного языка.

www.books-shop.com

XHTML * переход к XML не имеет значения, но для систем управления данными она, безусловно, окажется очень полезной, например в случае оптимизации процесса поиска. Элемент значительно проще обнаружить по текстовой строке f оо, размещенной внутри объекта, чем просматривать все структуры с общим тэгом <р>. Кроме здесь была раскрыта суть критерия правильности документа с точ' ки зрения стандарта XML, а также рассказывалось о требованиях соответствия языку XHTML С помощью правил DTD и XML'схем выполнена дополнительная проверка состоятельности документа. В следующей главе вы познакомитесь с версией языка XHTML 1.1, наиболее близкой к стандарту XML, поскольку в ней исключены устаревшие элементы и синтаксические соглашения.

www.books-shop.com

Резюме этих положений начинающими разработчиками. Кроме того, описание типа до' кумента ограничено рамками целостности для содержательной информации внутри самих элементов и для строкового типа данных, который представляет значения атрибутов. Пример. Документы, содержащие номера телефонов, могут использовать элемент . В этой записи присутствуют только сам номер и разделители: В соответствии с правилами DTD содержательная часть элемента может ограничиваться только типом PCDATA (parsed character data ' буквенно'цифровые данные). Внутри элемента допустимо поместить следующую информацию: I shouldn't be w r i t i n g text here, but the DTD cannot prohibit Внутри элемента telephone по смыслу не должно быть текста, хотя это не запрещено правилами DTD.

Очевидно, что в этом элементе нужно было указать совершенно другие дан' ные. В иных областях компьютерных приложений, в частности при управлении базами данных, можно ограничить перечень используемых типов данных специ' альными строковыми типами и даже шаблонами. В 1998 году консорциум W3C предложил новый механизм определения языка разметки, в котором учтены ограничения целостности данных. Как уже указывалось, первые результаты этой работы воплощаются в «XML Некоторые специ' алисты помогают формировать рекомендации по структуре языка «XML Recom' mendations», другие являются экспертами по разработке баз данных и SGML, тре' тьи связаны с построением информационных систем. К настоящему времени документы, объединенные под общим названием «XML Schema documents», нахо' дятся на последнем этапе проектирования (см. главу 15). Главная цель разработчиков состоит в том, чтобы схемы стали более «друже' ственными» к пользователям. Кроме того, нужно ввести достаточное количество ограничений для обеспечения целостности данных. В результате дизайнеры смогут легко переходить от систем хранения информации, построенных на основе докумен' тов, к системам управления данными (разумеется, появятся и другие сценарии, ко' торые пока не обсуждались). Уже сейчас вместо формализованного (и запутанного) описания, применяемого в определении типа документа, язык XML Schemas сам за' дается на XML.

Резюме В данной главе вы узнали о XML'методах, которые позволяют описывать струк' туры документа, давая им значимые имена в соответствии с их функциями и содер' жимым. Для программы распознавания либо агента пользователя эта информация

www.books-shop.com

Ц

Применение каскадных таблиц стилей

Разработать внешнюю таблицу стилей несложно. Для этого в текстовом редак' торе нужно создать новый документ и ввести правила стиля. Далее показан самый простой тип записи ' описание единственного правила для представления текста, размещенного внутри элемента «абзац»: р Затем файл следует сохранить с расширением На следующем этапе табли' цу стилей необходимо связать с документом при помощи элемента разме' щенного внутри объекта head. Пример.

начинается обычным образом:


XHTML

Закрытию элемента head должна предшествовать запись нового  link, в который вхо дят как минимум два атрибута: и href. Первый атрибут применяется для указания связи между текущим документом и связанным с ним, второй  не меняется и рабо тает же, как с элементом привязки (<а>), есть указывает URI присоединяемого документа. Запись для элемента link принимает следующий вид:
/>

После этого элемент head можно закрыть и продолжить запись оставшейся части документа: Шейн <Ь>ВремЯ: <р> Обсуждение условий тестирования программы Widgets соответствие стандарту Результат показан на рис. Примечание

на

Текстовый фрагмент внутри абзаца подчеркнут.

Обратите внимание: подчеркиваются и фрагменты текста, вы) жирным шрифтом. Дело в том, что элемент, помещен) ный внутри наследует свойства своего родителя. В нашем случае объект, выделенный жирным шрифтом, находится внутри элемента Помещаемый элемент (выделенный жирным шрифтом) называют потомком, а элемент, в который он вклады) вается, — родителем.

www.books-shop.com

Глава 11. таблиц стилей

каскадных

Материал предыдущей главы можно рассматривать как введение в XHTML 1.1. Отличительная особенность данной версии состоит в том, что из ее структуры ис' ключены элементы и атрибуты представления. Конечно, это не означает, что Web' страницы, созданные в XHTML будут только текстовыми документами. Про' сто представление и стилизация документа должны осуществляться отличным от XHTML способом. Эти функции возложены на часть документа, получившую на' звание таблицы стиля (style sheet). Таблицы стилей могут создаваться с применением нескольких языков. В дан' ной главе рассматривается структура одного из них ' языка каскадных таблиц сти' лей (Cascading Style Sheet ' CSS). Первоначально CSS служил дополнением к HTML, а сейчас он успешно применяется для создания XHTML'документов, и его достоинства хорошо знакомы большинству разработчиков Web'приложений. Цель настоящей главы ' дать обзор синтаксических конструкций, на основании которых написаны правила стилей, проанализировать различные селекторы, не' обходимые для привязки стилей к элементам либо к их экземплярам, а также рас' сказать о наиболее популярных стилях. Вы освоите: синтаксис основных правил стиля; а способы создания селекторов, не зависящих от имени элемента (описание класса и идентификатора ' ID); а применение стилей для текстовых документов; а методы использования стиля внутри блоков документа.

Применение стилей в XHTML*документах В языке XHTML 1.0 с помощью элемента style можно создать таблицу сти' лей внутри самого документа; XHTML 1.1 позволяет решить аналогичную задачу посредством модуля, хранящего таблицу стилей; XML допускает применение только внешних таблиц стилей. Следовательно, при проектировании приложения в среде XHTML не стоит ограничиваться только внутренними таблицами стилей. Более того, освоив применение внешних таблиц стилей, вы сократите время на со' провождение проекта. Во всех примерах ваться таблицы.

и

глав будут

www.books-shop.com

I

Рис.

Применение каскадных таблиц стилей

Проектирование сложного изображения с помощью правил CSS

Селекторы Селектор представляет собой элемент, к которому будет применяться стиль. Се' лекторами могут быть как отдельные элементы, так и списки однородных объектов либо конкретные экземпляры элементов, идентифицируемые с помощью атрибутов или ID. В последующих разделах будут рассмотрены все типы селекторов.

Применение элементов в качестве селекторов Эта опция несколько примитивна. Правило стиля начинается с названия эле' мента, выбранного в качестве селектора. За ним в фигурных скобках указывается либо свойство (property), либо список свойств и значения (values). Ниже дан при' мер правила: selector

Чтобы не перегружать таблицу стилей, множество элементов со сходными свой' ствами можно объединить в группу. Например, если в документе необходимо выде' лить все заголовки красным цветом, то вместо набора однотипных записей вида:

www.books-shop.com

Применение стилей в

Рис.

спроектированная с применением внешней таблицы стилей

Реализация возможностей таблиц стилей ' процесс трудоемкий и сложный, однако конечный результат оправдывает затраты времени и сил. На рис. пред' ставлена HTML'страница сайта Writers Guild. Несмотря на небольшие наруше' ния визуального представления макета (содержательная часть документа кажется немного смещенной к краю экрана), страница в целом выглядит прекрасно. Обратите внимание на панель навигации в левой части экрана. Ссылки орга' низованы в виде кнопок и из'за скошенных краев кажутся немного выпуклыми. Самые большие цветовые фрагменты, расположенные вверху изображения и в сек' ции «Recent Announcements», выполнены на основе правил CSS. Та же техника ис' пользовалась для создания границ, обрамляющих текст в главной (на рисунке бе' лой) части страницы. При проектировании такого представления Web'мастер старался максималь' но использовать классы, группируя однородные селекторы, чтобы описать их еди' ным правилом стиля.

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Применение каскадных таблиц стилей

В

стилей будут записаны только два правила:

р

Тэг <р> второго абзаца должен выглядеть так: <р

Для значения атрибута в листинге используется абстрактное имя клас' са без ведущего символа «точка». Посмотрите, насколько изображение второго абзаца на рис. отличается от первого и третьего.

Рис.

Стиль абзаца изменен с помощью селектора class В предыдущем примере для элемента р базовое правило стиля. Однако совершенно необязательно, чтобы описание таблицы стилей с селектором class предшествовало использованию стиля.

www.books-shop.com

Селекторы h2 h3 h4 h5 h6

можно выписать селекторы в одну строку, разделив запятыми, а затем в фигурных скобках описать их общее свойство: h2, h3,

h6

Объединять в группу разрешается не только однородные элементы. Если вы хотите создать группу из разнородных по типу элементов, воспользуйтесь синтак' сисом селектора, и правило стиля коснется всех элементов объединения. Допус' тим, вам потребовалось выделить красным цветом следующие элементы: p, div. Это можно описать так: li, div

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

Создание классов Синтаксис таблицы стилей для селектора типа «класс» практически не отли' чается от применяемого в том случае, когда селектором является элемент. Един' ственное различие состоит в том, что для инициализации класса используются имена, не совпадающие с названиями элементов, а само описание начинается с символа . (точка), например: [название класса]

Имя class изначально не входило в список зарезервированных имен языка XHTML. Для использования класса стилей в элемент, на который должен воздей' ствовать стиль, включается атрибут Пример. Листинг содержит три небольших абзаца. Необходимо применить раз личные стили для изображения среднего и двух крайних абзацев с помощью стиля типа class. Листинг

Программа


XHTML 1.0

лисицу ленивой собаке не догнать просто повезло, что такая собака не сможет ее догнать <р>Быструю лисицу ленивой собаке не догнать

www.books-shop.com

Применение каскадных таблиц стилей Таблица

Набор

стиля для шрифтов

Свойство таблицы стилей

Значения

font'family (семейство шрифтов)

Наименование шрифтов, например Times, Courier, либо тип группы шрифтов, например sans serif normal (обычный), italic (курсив), oblique keyword (размер шрифта); наклонный для ключевого слова: small  маленький,  средний, large  крупный и т.д.; относительные размеры: +2 (увеличение размера вдвое), 1 (умень шение размера наполовину) и т.д.; в процентах (на пример, 50% для половины основного размера) smallcaps (капитель) (разновидность шрифта) bold (полужирный)

fontstyle (стиль шрифта)

font
variant

(насыщенность шрифта)

Форматирование на уровне блока Один из способов планировки HTML'документов получил название модели с контейнерами (box model). В ней маленькие контейнеры заполняют все про' странство, отведенное под контейнеры средних размеров, которые в свою очередь размещаются в одном большом контейнере (рис.

— Большой контейнер Четыре средних контейнера, которые входят в один большой

Два малых контейнера, которые умещаются в одном среднем

Заполнение

Рис. 11,4, Визуальное представление планировки документа в виде множества вложенных контейнеров

www.books-shop.com

Применение стиля Однократно используемые правила стилей Мы уже говорили о том, что при необходимости можно воспользоваться се' лектором и задействовать таблицу стилей для отдельного элемента. Уни' кальный идентификатор, предоставляемый атрибутом id, позволит определить элемент, к содержательной части которого должно быть применено правило сти' ля. Синтаксис селектора принимает следующий вид: ttidvalue атрибута]

Имя селектора, начинающееся с символа #, является значением атрибута id. Таким образом, правило стиля для элемента
В большинстве документов вместо селекторов id применяются селекторы class. Селекторы типа id используются в ситуациях, когда элементы документа имеют специализацию. Атрибут style, использовавшийся для стилизации внутри доку) мента, в настоящее время считается устаревшим. Консорциум W3C стремится не просто его из будущих версий язы) ка, но механизмом.

Применение стиля Полное описание правил стилей и их возможные значения можно найти в реко' мендациях по CSS, размещенных на Web'сайте консорциума W3C. Описание пер' вой версии таблиц стилей (CSS1) находится по адресу http://www.w3.org/TR/REC' CSS1: (CSS2) ' по адресу http://www.w3.org/TR/REC'CSS2/. описываются базовые понятия: шрифты, форматирование списков, свойства контей' неров (например, поля и заполнение). В CSS2 появились дополнительные возмож' ности: позиционирование, перемещение контейнеров в конкретной области и так называемый z'индекс для квазитрехмерного представления. К сожалению, современные браузеры применяют рекомендации языка CSS1 лишь частично. Поддержка таблиц стилей CSS2 далека от совершенства. Наибо' лее полно процедуры и описания таблиц стилей представлены в программе просмотра Internet Explorer 5.5, а также в предварительных версиях Netscape 6.

для текста Чаще всего используются таблицы стилей следующих типов: fonts (шрифты), colors (цвета) и alignment (выравнивание). В табл. представлены свойства шрифтов и типы значений, которые могут быть им присвоены.

www.books-shop.com

Применение каскадных таблиц стилей Ширина граничных элементов, окружающих заголовок сверху и снизу и окрашен' ных зеленым цветом, составляет десять пикселов. Линии рамок, ограничивающие аб' зацы со всех сторон, отображаются фиолетовым цветом, их ширина составляет два пиксела. Каждый абзац отодвинут от левого края экрана на 4 em (em ' высота шрифта элемента), содержательная часть по внутреннему периметру отделена от границ рамки (область заполнения) полями шириной 1 em. Листинг содержит простой к которому применяются каскадные таблицы стилей из файла box.css. Листинг

Документ, в котором использованы стили из файла box.css

в <р>Приведенная ниже фраза содержит все буквы латинского алфавита. Наверняка этот пример знаком тем, кто учится

The quick brown fox jumped over the lazy

В листинге записаны правила стиля для свойств элементов'блоков. Стиль применяется к XHTML'документу, представленному в листинге Листинг 11.3. Правила стилей для элементовблоков в XHTMLдокументе

p

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

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

www.books-shop.com

Применение стиля Самый большой контейнер можно ассоциировать с элементом html, охваты' вающим в документе все остальные. Следующий по размерам «ящичек» для моде' ли — элемент body, содержащий самые маленькие контейнеры ' абзацы, таблицы, списки, заголовки и т.д. Элементы языка XHTML можно разделить на две группы: элементы блочного уровня и внутренние (inline) В браузере отображение элементов блочно' го уровня (заголовков, абзацев и встроенного потокового объекта div) всегда на' чинается с новой строки. В отличие от них внутренние элементы (вида em, strong, span) размещаются только в текущей строке. С помощью di ay можно изменить модель отображения элементов, однако для использования такого ме) ханизма необходимы серьезные причины. Поэтому реко) мендуется исключить действия, направленные на изменение семантики, которая закреплена за каждым объектом. В слу) чае необходимости подберите элемент с корректной семанти) кой и работайте с ним. Для каждого элемента блочного уровня можно указать три окружающих его области: margin ' поле, border ' обрамление и padding ' заполнение (рис. Эти области обычно задаются с указанием их ширины и высоты. При отображе' нии они определяют интервалы между блоками. Область границы служит для цве' тового или любого другого выделения рамки элемента. Пример. В представленном в листинге есть элемент «заголовок» и два простых абзаца. Для демонстрации свойств областей блочного элемента опре делены два правила стиля, использующие селекторы и р.

Поле

Рис.

Обрамление

Условные области, окружающие элементы блочного уровня

www.books-shop.com

i

Применение каскадных таблиц стилей

указывающей на присутствие в данном месте документа символа пробела. Дру' гой метод включения в документ областей'разделителей предусматривал созда' ние небольших пустых графических объектов .gif, но при этом приходилось учи' тывать изменения размеров шрифта и высоты линий. В процессе развития каскадных таблиц стилей появилось свойство indent, позволяющее задавать требуемые размеры областей пропуска и включать их непосредственно в документ. Значение параметра для выполнения данной функ' ции может указываться как в относительных единицах, например рх (пиксел) или em (высота шрифта элемента), так и в процентах от доступного пространства внут' ри блока. Так, если требуется применить стандартный отступ 3 em, правило стиля принимает следующий вид: р Если ваш браузер поддерживает это свойство таблиц стилей, отображение до' кумента в окне примет вид, показанный на рис. 11.7.

Рис. 11.7. Каждый абзац начинается с красной строки

Высота строки Высота строки определяет расстояние между любыми двумя базовыми линия' ми строк текста. Базовая линия ' на ней располагается нижняя часть

www.books-shop.com

Применение стиля

Рис. 11.6. Результат формирования полей для абзацев текста Таблица

Свойства таблиц стилей для внутреннего содержимого

Свойство таблицы стилей (выравнивание текста) (отступ текста) line'height (высота строки)

Значения * по левому краю, right * по правому краю, center  по центру, justify * по ширине length * длина, percentage * в процентах length  длина, percentage  в процентах normal * нормальный, length * с указанием длины

(межсловный интервал) normal * нормальный, length * с указанием длины (межбуквенный интервал)

Выравнивание текста С этим свойством вы уже знакомились на примере атрибута Анало' гичное свойство в таблице стилей носит название text'align. По умолчанию в XHTML принято выравнивание текста по левому краю, хотя можно также ров' нять по центру, по правому краю, по ширине (по левому и правому краям экрана одновременно). Пропуски и отступы Долгое время создание красной строки было практически неразрешимой за' дачей. Дизайнерам приходилось форматировать текст с помощью записи

www.books-shop.com

Глава

Язык XSL как способ стилей

Полное отделение структуры (содержательной части) документа от представле' ния в версии XHTML 1.1 реализует один из базовых принципов языка XML. Обе версии языка XHTML (1.0 и 1.1) удовлетворяют требованиям к синтаксису, определяемым стандартом XML 1.0. В качестве примера можно привести прави' ло, согласно которому каждый открывающий тэг обязательно должен иметь соот' ветствующий закрывающий. Однако для полной совместимости языка XHTML со стандартом XML из его структуры следует исключить все элементы, связанные с представлением содержимого. В этом смысле версия XHTML 1.1 более удачна, чем версия 1.0, где осталось множество таких элементов. Каскадные таблицы стилей могут применяться как с XML, так и с XHTML. Однако CSS имеет ограничение при использовании таблиц стилей в документах, не содержащих информацию о представлении документа, например об изменении порядка его элементов. В данной главе рассказывается о языке XSLT (Extensible Stylesheet Language Transformations ' расширяемый язык преобразований таблиц стилей) ' новом методе работы со стилями. Здесь содержание и представление до' кумента полностью отделены друг от друга. Поскольку документы XHTML яв' ляются XML'документами, знание изложенных принципов пригодится при рабо' те со следующими версиями языка XHTML. В этой главе вы познакомитесь: а с языком XSLT; а с языком XML'маршрутов (XML Path Language ' XPath); а с объектами форматирования расширяемого языка таблиц стилей — Exten' sible Stylesheet Language Formatting Objects (XSL'FO); а с методами создания таблиц стилей на языке XSLT.

Введение в язык XSLT Процесс создания документов на языке XHTML очень похож на работу с HTML. Однако XML обладает возможностями, полного эквивалента которых нет ни в структуре языка HTML, ни в XHTML 1.0. Одним из самых мощных ме' ханизмов в семействе XML является язык XSLT.

Версия XML 1.0 Прежде чем приступить к изучению основ языка XSLT, необходимо познакомить' ся с особенностями XML, имеющими непосредственное отношение к работе XSLT.

www.books-shop.com

Резюме большинства символов (английские буквы р и q опускаются за счет своих под' строчных элементов ниже базовой линии). Высота строки может быть указана как в специальных единицах (сантиметрах, пикселах и т.д.), так и в относительных. Например, при установке величины шрифта 10 pt (пунктов) и высоты строки 1,4, последняя указанных величин будет соответствовать пространству в 14 pt. в документах такой параметр, как высота строк, помни) те, что пространство, более известное как 1 (ведущая не занятая под шрифт), делится пополам между текстом, находящимся над и под ним.

между словами и Если вы пользовались функцией выравнивания текстовых фрагментов по ши' рине, то представляете процедуру установки интервалов между словами: необхо' димые поля пропуска задаются с помощью увеличения пробелов между словами. Расстояние между словами можно установить вручную, воспользовавшись свой' ством word'spacing. По умолчанию значение данного свойства равно normal, то есть выбор браузера зависит непосредственно от шрифта, назначенного дизай' нером. Для ручной настройки применяются единицы измерения длины, принятые в (пикселы, интервалы em и т.д.). В таблицах стилей разрешается не только выбирать разделители между слова' ми, но и настраивать межбуквенный интервал. Соответствующие длины CSS ука' зываются в свойстве letter'spacing. При выравнивании больших фрагментов текста следует быть особенно аккурат' ным. Значения межсимвольных интервалов в парах символов с различным типом шрифтов, принятые в системе по умолчанию, были отобраны проектировщиками языка в результате тщательного тестирования готовых экземпляров документов. Критерием оценки являлось удобство восприятия текста обычным пользователем. Например, межсимвольный интервал в сочетании букв VA всегда будет отли' чаться от расстояния между буквами Р и О (РО), поскольку различимость первой записи зависит от соотношения углов. Подобные условия учитывались создате' лями шрифтов при выборе возможных установок по умолчанию. Изменение на' строек может привести к некоторому смещению отображаемого текста.

Резюме В данной главе вы познакомились с базовым синтаксисом для создания внеш' них таблиц стилей и методом их связывания с текстом документа. Теперь вы можете разработать собственные правила стилей для отдельных элементов и их групп, а так' же правила, основанные на применении селекторов типа В главе 12 будет представлен обзор языка стилей XSL (Extensible Stylesheet Language), основанного на языке

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Язык XSL как способ задания стилей

XSLT Первоначально идея отображения XML'документов заключалась в том, что средства языка XSL (Extensible Stylesheet Language ' расширяемый язык таблиц стилей) функционируют аналогично языку CSS для представления HTML'страниц. Специалисты консорциума W3C пришли к выводу, что основу представления со' держательной части большинства составляет процесс преобразо' вания исходного документа XML. Следовательно, решение проблем преобразова' ния позволит получить значительные технические преимущества. В результате пользователям была предложена окончательная версия языка стилей, получившая название «XSL Transformations (XSLT) Version 1.0 Recommendation». Ознакомиться с полным описанием сайте

документа можно на

Выделение работы над XSL'преобразованиями было связано с необходимостью навигации по структурам XML'документов. Специалисты заметили, что аналогич' ные потребности возникали и при разработке языка Х'указателей (XPointer). Реше' ние было оптимальным: не создавать два отдельных стандарта, а сосредоточить усилия на разработке единой возможности навигации. В результате в день выхода в свет документа по XSLT была опубликована рекомендация W3C, разрешившая проблему навигации. Далее структура данного стандарта будет рассмотрена более детально. Полное указанной рекомендации, получившей наименова) ние «XML Path Language Version можно найти по адресу

Что такое XSL На первый взгляд такой вопрос может показаться довольно странным. Одна' ко, учитывая, что для разных пользователей данный термин ассоциируется с абсо' лютно разными понятиями, следует дать четкое определение XSL. Знание отли' чий в применениях термина XSL необходимо в основном при выяснении причин неработоспособности созданных приложений. Понимание смысла XSL в любом контексте поможет в разрешении конфликтов версий XSL. Чаще всего термин XSL применяется в качестве эквивалента следующих по' нятий: а a а а

комбинация XSLT и XSL'FO; XSL'FO без XSLT; версия языка XSL компании Microsoft, не совместимая с XSL W3C; любое сочетания вышеназванных языков.

www.books-shop.com

Введение в язык XSLT Семейство XML'технологий обладает достаточной гибкостью, позволяя несколь' кими способами достигать конкретной цели; однако при этом необходимо иметь ясное представление о достоинствах и недостатках каждого подхода. Фундаментом XML является элемент. Каждый элемент, имеющий содержа' ние, должен включать открывающий и закрывающий тэги. Пример. Допустим, в таблице стилей XSLT необходимо использовать конкретный фрагмент текста. Можно написать так: иль не

text>

Проанализируем данную синтаксическую конструкцию. Открывающий тэг  text>, закрывающий  text>. Когда один тэг вкладывается в описание другого, дителем, а вложенный (дочерний) ' потомком.

тэг становится ро'

В следующем примере элемент будет родителем элемента <paragraph>:

paragraph (параграф) является потомком компонента chapter В любом может существовать единственный корневой элемент (root element), вложение остальных элементов происходит внутри него. В рассмот' ренном примере корневым является элемент . Отметим, что корневой элемент не является корнем всего документа. Вне обла' сти корневого элемента, но внутри всего пространства документа размещается, на' пример, элемент'пролог, куда входят XML'объявление (если имеется), инструкции по обработке, объявление (если имеется) и любые комментарии. С точки зрения XML 1.0 содержимое XML'документа заключено в содержании докумен' та. Следовательно, корневой элемент является потомком объекта ' содержанием документа. Иногда термин «корень» не совсем корректно применяется для ссылки и на содержание документа, и на корневой элемент. Во избежание подобной ситуации для организации поиска внутри всего пространства документа требуется точная информация о расположении конкретных элементов относительно содержимого документа и корневого элемента. Пролог XML'документа корневому элементу, однако размеща' ется внутри содержания документа. Ниже будет показано, что именно здесь удоб' нее всего указать инструкции обработки для применения стилей XSLT к докумен' там XML или XHTML. Полный текст рекомендаций по применению языка XML 1.0 можно найти на сайте по адресу http://www.w3.org/TR/1998/REC)xml) 19980210. 1

www.books-shop.com

Язык XSL как способ задания стилей Процессоры XSLT Процессор XSLT представляет собой модуль программного обеспечения, кото' рый преобразует исходный XML'документ в выходной, или результирующий. На' пример, в другой XML'документ (к которому при необходимости можно приме' нить форматирование), документы типа XHTML или HTML или обыкновенный «плоский» текстовый документ. Обычно процессоры XSLT объединяют с XML' анализаторами (иногда такая структура именуется XML'процессором). Более со' вершенные совмещены с другими программами, например с XML'редактором. Выходной документ может быть сохранен на жестком диске компьютера, если в результате преобразования исходного XML'документа пользователь получает статическую XHTML'страницу. Иногда такой документ создается динамически и затем отображается агентом пользователя, существуя либо в оперативной памя' ти компьютера, либо на экране. Некоторые виды XSLT'процессоров распространяются бесплатно. Для ПК, ра' ботающих под управлением Windows 9x, самым удобным из свободно распро' страняемых программных продуктов является процессор типа Instant Saxon. Его сравнительно легко загружать и инсталлировать. Для большинства платформ под' ходит и полная версия Saxon, построенная на основе языка Java (она также явля' ется бесплатной). Для копирования программы Instant Saxon

на сайт

Чтобы изучить работу XSLT'процессора, необходимо познакомиться с органи' зацией модели (XSLT Data Model) и с тем, как ее использует процес' сор. Заметим, что все XML'файлы являются обычными текстовыми структурами, то есть строками символов. Строгое соблюдение синтаксиса применительно к XML' документам означает, что данная последовательность символов должна иметь чет' кую логическую структуру. Так, в символьном потоке в секции, от' носящейся к его прологу, вероятно, будет размещена инструкция, устанавливающая взаимосвязь преобразования стилей с исходным Пример. Процессоры XSLT различаются методами связывания таблиц стилей с XML файлом. Один из них состоит во включении инструкции обработки sheet?> в пролог XMLдокумента. При использовании браузера Internet Explorer 5.0 таблица стилей будет ассоциирована с Предположим, что таблица стилей размещается по адресу, указанному в инструкции обработки, и разрешена для применения. Тогда исходный XMLдокумент будет преобразован в соответствии с описаниями, содержащимися в данной таблице. Отметим, что в первых демон страционных версиях браузера Netscape 6 XSLTпроцессоры отсутствовали. Для связывания XML'документа с каскадными таблицами стилей следует за' писать инструкцию типа:

www.books-shop.com

в язык XSLT Неоднозначность толкования данного термина отчасти обусловлена различия' ми в терминологии, разработанной непосредственно консорциумом W3C. Напри' мер, в одной из его рекомендаций допускается применение XSLT отдельно от XSL, а в другом документе указывается, что XSLT является составной частью XSL. Еще одна причина путаницы состоит в том, что после завершения работ над XSL'FO (XSL Formatting Objects ' механизм форматирования объектов языка XSL) этот механизм предполагалось использовать вместе с XSLT. Ситуация осложняется тем, что в настоящее время существует несколько вер' сий языка XSL производства компании Microsoft, лишь частично совместимых со стандартами W3C. Первая версия языка стилей компании Microsoft, которая под' держивалась браузером Internet Explorer 5.0, уже вышла из употребления. Сейчас имеется рабочая версия программного обеспечения, Preview Release, которая наибо' лее совместима со стандартами W3C. В данной главе термины XSLT и XSL'FO применяются по отношению к стан' дартам, закрепленным в рекомендации W3C Extensible Stylesheet Languages Trans' formations Recommendation и в рабочей версии языка таблиц стилей Extensible Stylesheet Language Working Draft. Язык XSLT преобразует документ'источник в выходной документ, записанный на некотором диалекте языка (например, XHTML). Метод XSL'FO применяет к измененному документу информацию о формате, управляя способом его отображения в браузерах настольных или мо' бильных компьютеров либо при печати. Поскольку в настоящее время однозначного определения термина XSL нет, ниже он будет использоваться только с соответствующими пояснениями.

Преобразования XSLT Таблицы стилей XSLT содержат набор инструкций для процессора XSLT, в ко' тором указывается, каким образом из исходного XML'документа и создается новый документ. Чтобы узнать, какая таблица стилей будет применена к XML'документу, существует две возможности. Во'первых, внутри документов типа XML и XHTML может присутствовать ссылка, связывающая исходный доку' мент с таблицей преобразования XSLT, иногда называемой таблицей стилей. Во'вто' рых, для этого применяется командная строка. Программа Instant Saxon, о которой будет рассказано ниже, использует последний метод. В результате обработки процессором XSLT содержимое исходного документа изменяется. В данной главе XSLT'преобразование рассматривается с позиций под' готовки к последующему отображению документа, что для приложений электрон' ной коммерции имеет особое значение. В частности, XSLT позволяет преобразо' вать XML'документ бизнес'приложения в документ такого формата, с которым покупатели или продавцы привыкли иметь дело, обеспечивая тем самым электрон' ный обмен данными. Чтобы понять суть преобразования, необходимо изучить алгоритм работы про' цессора XSLT.

www.books-shop.com

Язык

как способ задания стилей

а исходного документа (или XHTML); соответствующая стилей (также являющейся документом XML); результирующего документа в готовом для представления формате ' доку' менты XML, HTML, XHTML либо текстовый файл. Результирующую древовидную структуру, например документ XHTML, можно отобразить в Web'браузере или сохранить на диске. Для отладки такой структуры дополнительно применяется каскадная таблица стилей. Примеры обоих механизмов обработки выходного документа приведены в конце данной главы. приложений, связанных с XSLT'преобразованиями, применяет' ся при создании сложных систем электронной коммерции. Для этих систем, веро' ятно, потребуется режим, когда множество исходных XML'документов станет об' рабатываться с помощью одной таблицы стилей, содержащей группу модулей. Таким образом, результирующее дерево нельзя будет отобразить или сохранить на диске. Но даже в этом случае его можно использовать в качестве исходного XML' документа для последующих преобразований. Документы содержат символы пробелов, табуляции, перехода на новую строку и возврата каретки. Существует множество способов обработки и включения этих символов в конечный документ. Необхо) димая информация представлена в соответствующих разделах реко) мендаций консорциума W3C ) XML 1.0 и XSLT 1.0 Recommendations.

имен XML постепенно объединяет все большее количество независимых и совместимых в работе технологий. Одна из самых необходимых технологий, от' вечающих за совместимость программных продуктов, называется XML)простран) ство имен. Язык XHTML поддерживает модули элементов и возможность построения новых элементов для их последующего использования в структуре ментов (см. главы Однако это может стать причиной конфликта, если раз' работчики модулей используют в разных проектах одно и то же имя элемента. Язык XML, а следовательно, и XHTML, решает данную проблему с помощью пространств имен. Приведем пример из повседневной жизни. Допустим, несколь' ких людей из вашего окружения зовут одинаково — Эндрю. Но их будет легко раз' личить, если кроме имени воспользоваться еще и фамилией: Эндрю Смит, Эндрю Эндрю Ватт. В структуре XML подобный механизм применяется при разрешении ситуации с одинаковыми именами для элементов XHTML (XML), принадлежащих различ' ным модулям, но используемых в едином XHTML' или XML'документе. Пример. В документе необходимо различать два элемента с одинаковыми именами Одному из них можно присвоить полное имя Данный элемент является частью Существует множество других префиксов для обозначения остальных элементов . Следовательно, конфликтной ситуации, обусловленной наличием одинаковых имен, избежать достаточно просто.

www.books-shop.com

Введение в язык XSLT Для установления взаимосвязи между XSLT'таблицами и XML'файлом необ' ходима команда:
Более подробно о применении инструкций обработки типа < ) stylesheet ?> говорится в рекомендации консорциума «Ме) тоды связывания таблиц стилей с XML)документами, версия 1.0» (Associating Style Sheets with XML Documents Version 1.0), доступ к ко) торой можно по адресу http://www.w3.org/1999/06/REC)

Пример. Ранее указывалось, что некоторые типы XSLTпроцессоров позволяют связывать таблицы стилей с исходным XMLфайлом при помощи инструкции, ис полняемой из командной строки. Допустим, что для получения выходного XHTML файла с именем myfirst.html нужно связать исходный XMLдокумент myfirst.xml и файл таблицы стилей Разработчик решил использовать XSLTпроцес сор типа Instant Saxon. В таком случае необходимо ввести команду вида: saxon m y f i r s t . x m l m y f i r s t . x s l > m y f i r s t . h t m l

При использовании другого типа XSLTпроцессора синтаксис командной строки мо жет быть иным. Для извлечения или использования логической структуры правильного или состоятельного XML'документа XSLT'процессору (обычно содержащему XML' анализатор) необходимо построить в памяти древовидную структуру узлов, сле' пок логической организации этого документа. Поскольку XSL'таблица стилей, по сути, является XML'документом, в памяти компьютера она приводится к анало' гичной древовидной структуре. Если вы знакомы с объектной документа, то, вероятно, отметили ее сходство с объектной XSLT. Однако впечат) ление обманчиво: данные елей различаются. ную информацию об объектной модели документа первого уровня (DOM Level 1) можно по адресу http://www.w3.org/TR/ В настоящее время консорциум одобрил проект описания объектной модели документов вто) рого уровня (DOM Level 2). Этот документ представлен на сайте http://www.w3.org/TR/2000/CR)DOM)Level)2)20000510. Анализатор XML для входного символьного потока каждого XML'документа (включающего исходный XML'документ и стилей) формирует в памяти компьютера соответствующую древовидную структуру, которая являет' ся иерархической и содержит несколько типов узлов. В момент обработки доку' мента типа XML или XHTML XSLT'процессором в памяти одновременно хранят' ся три древовидные структуры:

www.books-shop.com

Язык XSL как способ задания стилей XSLT'структуре, a XPath ' как перечень узлов, к которым процессор должен при' менить преобразование.

Принцип действия XPath На первый взгляд работа XPath кажется очень сложной, поскольку описания основных выражений и операторов изобилуют специальными терминами. Однако принципы, лежащие в основе этого языка, достаточно просты. Структуру XPath можно сравнить с путешествием по городу. Допустим, вы спрашиваете, как попасть на определенную улицу. В ответ слышите, что следует возвратиться на несколько кварталов назад, а затем повернуть направо или нале' во ' словом, предпринять некоторые действия. Выражения XPath позволяют най' ти родительский узел в древовидном графе. В городе ваше реальное местонахож' дение зависит от отправной точки пути. Соответственно в XPath узел прибытия будет определяться контекстным узлом (context node) ' точкой начала движения по ребрам графа. Под ним скрывается узел дерева XSLT, на обработке которого сконцентрированы текущие операции XSLT'процессора. Оказавшись на требуемой улице, вы разыскиваете нужный дом. Аналогично в XPath выражения позволяют точно указать элемент или атрибут конкретного компонента, к которому следует применить преобразование. Описание маршрута определяется вашим текущим местонахождением. Так и в XPath: чтобы XSLT'процессор узнал, какой из узлов ему нужно преобразовать, он должен получить информацию об узле начала процесса.

Узлы XPath Прежде чем загрузить XML'документ в память и построить граф, отображаю' щий его структуру, документ необходимо подвергнуть преобразованию. XPath до' пускает появление внутри дерева семи различных типов узлов: а корневые узлы nodes) — для каждого документа такой узел единствен' ный. Согласно спецификации XML 1.0 он соответствует содержимому до' кумента. Корневой узел может включать узлы'потомки, содержащие узлы элементов, узлы инструкций обработки и комментариев; а узлы элементов (element nodes) ' для каждого элемента, входящего в состав документа'источника, создается соответствующий узел. В правильном до' кументе существует единственный узел'элемент, который называется эле' ментом корня и является потомком корневого узла; а узлы текстовых данных (text nodes) ' символьные данные группируются внутри текстовых узлов. В каждом текстовом узле объединяется максималь' ное количество текстовых данных; а узлы атрибутов (attribute nodes) ' каждому узлу элемента назначается со' ответствующий набор узлов атрибутов. Элемент каждому из узлов атрибу' тов приходится родителем, однако узел атрибута не является потомком ро' дительского элемента; а узлы пространства имен (namespace nodes) ' служат для представления объявления имен (Namespace Declaration). Узел'элемент будет

www.books-shop.com

Стандарт Когда составляются списки участников какого'либо мероприятия, в первой ко' лонке, как правило, указываются имя и фамилия, причем фамилия стоит первой. Аналогично в структуре XML сначала записывается префикс, определяющий про' странство имен (в предыдущем случае ' затем символ : (двоеточие) и, нако' нец, завершающий элемент, часто называемый (local part) — в предыдущем примере это элемент text. Возвратимся к примеру с фамилиями. Обычно фамилии вполне достаточно для обозначения конкретного человека. Однако при составлении генеалогических схем описывать членов семьи придется на основе дополнительных данных, напри' мер даты и места рождения. Только тогда запись об определенном человеке станет уникальной. В стандарте XML также существует проблема уникальной идентификации каждой области имен. Объявление пространства имен связывает префикс имен' ной области xsl с универсальным идентификатором ресурса (URI). В большин' стве существующих приложений URI может быть синонимом унифицированного указателя ресурса Идентификатор URI, определяющий пространство имен, обычно не содержит записей, то есть является уникальной строкой символов, а префикс служит псевдо' нимом более длинной, но неизменяемой текстовой строки Вероятность того, что два идентификатора ресурса окажутся тождественными, очень мала. Однако рекомендуется использовать только URI, соответствующий имени контролируемого разработчиком домена в Web. Пример. Обычно объявление имен в стилей осу ществляется в виде атрибута открывающего тэга типа lesheet>:

Представленная запись эквивалентна следующему определению:

Другими словами, элементы и transform> дарте языка таблиц стилей (или таблиц преобразования стилей  рекомендация Recommendation» поддерживает два элемента с единым значением) имеют одинаковый смысл. XMLпространства имен применяются для явного описания элементов XSLT, напри мер и т.д. Данные пространства внутри дре вовидной структуры узлов наделяются собственным смыслом (см. XSLT 1.0 и XPath Recommendations).

Стандарт XPath Для создания работающего XSLT'приложения дизайнеру следует, по меньшей мере, знать основы языка XML'маршрутов (XML Path Language ' XPath). Чтобы понять механизм совместной работы XSLT и XPath, язык XSLT следует воспри' нимать как метод описания алгоритма изменения узла в исходной древовидной

www.books-shop.com

Язык XSL как способ задания стилей <section title= "Введение в язык <section <section объектов с помощью <section

таблиц стилей

Далее приводится список остальных разделов Если текущим контекстным узлом является , то для поиска элемента , потомка элемента , можно использовать следующее XPath'

которое является полной формой укороченной записи: chapter

В данном примере запись : служит ребром. В укороченном синтаксисе ее можно опустить, поскольку это запись по Проверка узла — В синтаксисе этого XPath'маршрута предикаты отсутствуют. обрабатывает полную и укороченную запись одинаково (конеч' но, речь идет лишь о корректных формах). Иногда выбор синтаксиса определяется только формой, которую предпочитает разработчик. Полная форма записи доста' точна, короткая — необходима. Для некоторых маршрутов укороченная запись от' сутствует, следовательно, полная запись является необходимой и достаточной. В нашем примере все потомки элемента ' элементы . По' этому, если контекстным является узел, относящийся к элементу достичь аналогичного результата можно с помощью следующей полной записи: либо посредством укороченного варианта синтаксиса: * Записью «звездочки» осуществляется выбор всех прямых потомков контекст' ного узла. Обратите внимание, что этот элемент не выбирает потомков для пря' мых потомков конкретного родителя. Наравне с выражениями для выбора элемен' тов в языке XPath существуют выражения для выбора атрибутов, однако их мы рассматривать не будем.

Формы представления маршрута Пример. Вы уже знакомы с относительной формой указания маршрута  посредством контекстного узла. В языке XPath предусмотрен также синтаксис выражений, позволя ющий применять абсолютную форму адресации. Однако абсолютные маршруты можно отнести к категории относительных, если рассматривать их с позиции корне вого узла древовидной На примере предыдущего исходного кода можно показать несколько вариантов записи использующих абсолютную форму записи маршрута: О ' ?> в

www.books-shop.com

Стандарт иметь узел пространства имен для каждого объявления пространства имен, сделанного в области видимости данного элемента; Р узлы инструкций обработки данных (processing instruction nodes) ' каждой исполняемой инструкции, заключенной внутри исходного документа, назна' чается соответствующий узел (кроме инструкций, содержащихся в сегменте объявления типа документа); узлы комментариев (comment nodes) ' для каждого комментария внутри ис' ходного XML'документа создается соответствующий узел (кроме коммен' тариев, размещаемых внутри объявления типа документа): 12

Маршруты В языке XPath существует термин маршрут (location path). Маршрут может иметь две формы представления: абсолютную, когда в качестве точки отсчета бе' рется корневой узел древовидной структуры, и относительную, когда за пункт от' правления принимается контекстный узел. Маршрут содержит один или несколько шагов (location steps), которые в запи' си отделяются друг от друга слэшами (/). Каждый шаг состоит из трех частей: ребра (axis) ' определяют отношения в дереве между узлами, выбранны' ми шагом, и контекстным узлом. Примером ребра могут служить родитель и потомок; проверка узла (node test) ' описывает тип узла и расширенные имена узлов, выбранных шагом; Q и более предикатов (zero or more predicates) ' может содержать ноль или несколько логических выражений. Предикаты используются для уточнения множества узлов, выбранных маршрутом. В языке XPath маршрут записывается в виде специального выражения. Он воз' вращает множество узлов, отобранных в результате выполнения этого выражения. Маршруты могут также возвращать значения логического, числового, а при некото' рых условиях ' строкового типа.

Язык XML позволяет применять различные способы описания для достиже' ния конкретной цели. Например, для указания маршрута к конкретному объекту можно использовать два типа синтаксиса. Сокращенный синтаксис обеспечивает более быструю запись XPath'выражений. Пример. Сравним несколько XPathвыражений щенной и полной формах:

записанных в сокра


в Ниже представлен перечень некоторых разделов книги ))>
Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Язык XSL как способ задания стилей Цель данного проекта ' добиться совместимости языка каскадных таблиц стилей с XML'документами в Web, а также дополнить язык функцией планиров' ки документа, которая позволит применять XML'документы не только для Web, но и для печати. Решается эта задача полным разделением компонентов содер' жания и представления. При использовании снабженного соответствующей табли' цей стилей, исходный вид XML'документа преобразуется. В результате получает' ся отображаемый документ или результирующее дерево. Аналогичный процесс про' исходит при работе с форматирующими объектами XSL'FO, когда они включаются в выходную древовидную структуру с помощью преобразований XSLT. Второй шаг называется процессом форматирования (formatting) и выполняется специальной программой ' формата (formatter). В данном кон' тексте применение термина XSL подразумевает комбинацию XSLT и объектов XSL' FO, включенных в выходное дерево. Вот как данный процесс описывается в последнем рабочем проекте консорци' ума: «Форматирование разрешается включением семантики форматирования в ре' зультирующее дерево. Семантика форматирования выражается в каталоге клас' сов форматирующих объектов. Узлы результирующего дерева представляют собой форматирующие объекты. Классы форматирующих объектов обозначают типо' графические абстракции, например страницу, раздел, таблицу и т.д. Точная на' стройка изображения этих абстрактных данных производится с помощью свойств форматирования: отступов, межсимвольных интервалов и пробелов между слова' ми, проверкой правильности переносов (разбивки слов на слоги), отслеживания висячих строк. В структуре XSL классы форматирующих объектов и свойства форматирования предоставляют словарь определений для описания представле' ния документа». Это означает, что форматирующая программа будет получать информацию из узлов результирующего дерева, которые играют роль форматирующих объек' тов, обеспечивающих представление XML'документа. Более точная, детализи' рованная настройка представления отображаемого документа обеспечивается свойствами форматирования. В принципе программа форматирования сможет вывести документ как на традиционные Web'браузеры ПК, так и на браузеры мо' бильных устройств и принтеры. Как правило, узлы результирующего дерева являются элементами простран' ства имен форматирующих объектов. Каждый форматирующий объект представ' ляет собой некоторую часть спецификации вывода, например планировку и стиль. В рабочем проекте процесс форматирования представлен следующим образом: «Форматирование состоит в построении дерева геометрических областей, которое называется деревом областей. Геометрические области размещаются последователь' но на одной или нескольких страницах (браузер обычно использует одну страницу). Каждая геометрическая область имеет координаты для расположения на странице, а также спецификацию что в ней будет находиться. Спецификация может со' держать фон, заполнение и границы. Например, форматирование единственного символа представляет собой создание геометрической области, достаточной для раз' мещения символа, который применяется для его визуального отображения, а также

www.books-shop.com

Форматирование объектов с помощью XSL*FO <section таблиц стилей

Для выбора элемента можно использовать абсолютную форму представления маршрута: /book/chapter

поскольку слэш в начале указывает на то, что его отправной точ' кой является корневой узел документа. Единственный потомок корневого узла ' корневой элемент (в данном примере ' элемент ). Можно представить пол' ную форму записи XPath'выражения: Для выбора элементов <section> с помощью абсолютной адресации приме' няются следующие формы записи либо

Обе синтаксические конструкции осуществляют выбор всех четырех элемен' тов ion>, представленных в примере документа. Чтобы явно указать выбор единственного элемента из группы элементов в каждой из синтакси' ческих конструкций для XPath'выражения избираемого элемента используется ат' рибут title: либо

Обратите внимание, что выбор элемента на основании значения одного из ат' рибутов компонента отличается от выбора атрибута.

Форматирование объектов с помощью XSL*FO Руководство по структуре расширяемого языка преобразования таблиц сти' лей, «Extensible Stylesheet Language Transformations было опуб' ликовано консорциумом в ноябре 1999 года. В настоящее время создается рабочий проект этого языка ' «Extensible Stylesheet Language Working Draft», новная часть которого посвящена методу форматирования Formatting Objects (XSL'FO).

www.books-shop.com

Язык XSL как способ задания стилей Если в XSL )таблице стилей в сегменте объявления пространства имен на месте элементов <xsl обнаружите строку вида = . значит, эта таблица стилей является новой версией Microsoft XSL, отличной от стандартов W3C. Рекомендуется нять более совместимую версию MSXML, которую можно получить по адресу www.micmsoft.com. Текущая форма объявления пространства имен такова: xmlns Базовая структура
стилей имеет следующий вид: ?>

Далее приводится содержимое таблицы стилей Это таблица стилей для правильного она гарантирует безоши' бочность. Теперь можно приступить к разработке собственной таблицы стилей.

Создание собственной таблицы стилей Во многих языках программирования существует традиция в качестве первого примера реальной программы приводить программу, которая содержит саму себя. Поскольку XSLT аналогичен языку программирования, то предложенный пример будет содержать цитату из начала главы. Пример. Исходный документ имеет следующий вид:
Просмотрим этот файл в браузере Internet Explorer 5.0 (таблица стилей задана по умолчанию). К сожалению, его представление далеко от совершенства (рис. Естественно, дизайнер не стремился отобразить на экране дескрипторы нача' ла и конца записи для элемента Применим преобразования XSL Transformation для получения нужного изображения XHTML'файла в брау' зере Internet Explorer. Выходной файл должен иметь следующий вид: иль не

www.books-shop.com

Создание таблиц стилей символа, отображаемого в геометрической области. Допустима вложенность облас' тей. Например, символ можно поместить внутри строки, блока или страницы». Не зная принципов построения узлов дерева вывода XSLT, трудно понять идею дерева геометрических областей. Зачастую узлы геометрических областей удобно показывать на макете выходной страницы как пустые области. Рабочий проект XSL)FO занимает около пятисот страниц, по) этому в данной главе представлен краткий обзор методов форматирования XSL)объектов. Полное описание проекта можно получить, обратившись по адресу В настоящее время Web'браузеры не поддерживают данный механизм, по' скольку работа над рекомендацией XSL'FO еще не завершена.

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

Основные понятия таблиц стилей XSLT'таблица стилей является XML'документом, поэтому желательно вклю' чить объявление XML'типа документа в начальную строку таблицы. Простейшая форма XML'объявления имеет вид: Все в качестве корневого должны содержать один из следую' щих элементов: либо stylesheet>. Оба элемента име' ют одинаковое назначение. Корневой элемент — или — самый внешний элемент внутри документа. Содержимое документа само по себе является корневым узлом в XSLT)дереве, а корневой эле) мент — потомком содержимого. Если не эти понятия, то будет указан с ошибками, и вы не сможете вы) узлы, намеченные для обработки. Обычно элемент rans f orm> содержит объявление пространства имен, где в качестве атрибута указывается номер версии:

www.books-shop.com

Язык

как способ задания стилей

Рис. 12.2. Выходной в браузере после преобразования

Explorer 5.0

.

Чтобы понять алгоритм работы таблицы стилей, рассмотрим каждую строку документа:
Представленная строка — это XML'объявление. Ее советуют включать преобразования стилей, но смысловой нагрузки она не несет.

Открывающий тэг элемента сообщает о том, что XSL' пространство имен настоящего документа использует заявленный консорциумом W3C для применения в универсальный идентификатор ресур' сов (URI).

www.books-shop.com

Создание таблиц стилей XSL

Рис.

Исходный документ в браузере Internet Explorer 5.0 до преобразования В выходном файле могут необходимые пробелы и отступы. Поэтому, в отличие от представленного его трудно Во избежание лишних проблем не пытайтесь отступами в таблицах стилей и выходном документе.

При просмотре получившегося файла в Internet Explorer 5.0 становится ясно, что разработчику удалось достичь определенных успехов: в изображении выделен заголовок и намечена структура документа (рис. 12.2). Ниже представлена стилей, которая позволяет получить такой тип изображения: ?>



www.books-shop.com

Язык XSL как способ задания стилей будет добавлена в дерево вывода на место, указанное элементом который размещен в XSLT'коде чуть выше.

Эти две строки ' закрывающие тэги. Первая завершает запись для элемента template> (в данном случае «точка» соответствует эле' менту вторая ' для элемента stylesheet>.

Комбинирование C5S и таблиц Существует метод присоединения каскадных таблиц стилей к получаемому в ре' зультате преобразований для этого в него достаточно доба' вить тэг который ссылается на соответствующую CSS'таблицу стилей. Пример. Рассмотрим

в который добавлена ссылка на CSSтаблицу: ?>

Shakespeare Quotation

select = . />

Текст, описывающий каскадную таблицу стилей, весьма прост: { color: red; text
align: right; } Инструкции файла указывают на выделение красным цветом текста, заключенного тэги выравнивание его по правому краю и подчеркивание (рис. 12.3).

В предыдущих примерах вы познакомились с элементами и

stylesheet>, Обычно они

www.books-shop.com

Создание таблиц стилей XSL

|

Элемент template> служит ключевым для запуска многих XSLT'таб' лиц преобразования. Слэш является указывающим на корень документа. Поскольку исходный XML'документ, как и все деревья исходных доку' ментов, содержит корень, к нему применяется XSLT'шаблон. Главная функция, ко' торую выполняет элемент template>, состоит в выводе последовательности строк, формирующих XHTML'файл:

Данный этап завершает ввод инициализирующей последовательности строк документа на языке XHTML. На выходе она примет вид литерального текста: Элемент apply'templates/> используется для просмотра всех эле' ментов, входящих в состав исходного XML'документа, и применения всех шабло' нов, сопоставимых с соответствующими узлами элементов, которые входят в до' кумент'источник.

Закрывающие дескрипторы и выводятся в финальный файл после исполнения элемента apply'templates/>. Многие операции, исполняемые XSLT)процессором, не требуют со) блюдения строгой Однако для удобства воспри) ятия этапов операций, включенных в таблицу преобразования сти) лей, лучше конкретные действия по порядку. Этим этапом литеральный выход завершается. Следующий элемент исходно' го кода ' вызываемый в результате исполнения предыдуще' го элемента '

.

В записи присутствует элемент который используется в качестве шаблона для элемента принадлежащего исходно' му XML'документу. В данном случае в дереве, получаемом в качестве вывода, со' здается тэг . Затем элемент > применяется к содержимому элемента, который соответствует «точка». Данная инструкция указывает, что текущим контекстом элемента value'of > является содер' жимое элемента ' строка текста «Быть иль не Она

www.books-shop.com

Глава 13. Описание типа документа Любой язык разметки включает набор правил, которому должна следовать структу' ра каждого документа, созданного в рамках этого языка. Для XHTML такой набор состоит из трех рекомендаций, объединенных под общим названием «Определение типа документа» (Data Type Definitions ' DTD). Данные правила используются при включении объявления типа документа в и при проверке до' кументов на состоятельность. В данной главе рассматриваются: а синтаксис, применяемый для записи правил DTD; а синтаксис выражений, используемых для объявления элемента; а методы создания объявлений списка атрибутов и их значений; параметризованные описания; а способы достижения полного понимания элементов и списка атрибутов с по' мощью параметризованных описаний.

Определение типа документа Правила DTD могут быть очень простыми. Например, включать описание единственного элемента (при условии, что дизайнер создавал документ, состоя' щий из одного элемента). Прежде чем приступить к изучению или созданию пра' вил DTD, необходимо освоить применяемую для этого нотацию.

Расширенная форма Первоначально правила описаний типов данных (DTD) предполагалось ис' пользовать только для машин, и лишь позднее они стали применяться в качестве инструмента разработчика. В 1960 году двое ученых разработали формализован' ную структуру описаний для синтаксиса компьютерного языка ALGOL60. Этот формализованный язык в честь своих создателей был назван формой Бэкуса' Наура (Backus Naur Form). По мере развития языков программирования нотация усложнялась. Сейчас она более известна как расширенная форма Бэкуса'Наура (Extended Backus Naur Form ' EBNF). любой синтаксической конструкции начинается с базовой фор мы представления: Symbol

expression

www.books-shop.com

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Описание типа документа Для описания выражений, содержащих в своей записи «исключения», в EBNF вве' дено множество исключений (exclusion set). В частности, последний пример опи' сывается следующим выражением: Weekdays

(

Sunday] | Week)

Значения, которые объект не может принимать, ' исключения ' даются в пря' моугольных скобках: [ и символ указывает на первый элемент множества ис' ключений. Предыдущая запись будет считаться корректной и, следовательно, пол' ной, если символ Week был определен заранее.

Определение Прежде чем использовать элемент в языке разметки, его нужно объявить в сек' ции описаний DTD. Основной синтаксис для объявления элемента выглядит так: name

ContentModel>

В этом выражении name определяет имя элемента. Модель содержания есть выражение того, что элемент может содержать. В языках HTML и XHTML неко' торые элементы способны включать в себя другие элементы, иные ' содержать только текст; часть из них ничего не содержит. Такие ограничения, наложенные на содержимое элементов, получили название моделей содержания (content models). Таким образом, языки XML и XHTML имеют четыре типа моделей содержания (табл. 13.1). Таблица

Модели содержания, определенные

Модель содержания EMPTY (пустая) ANY (произвольная) ELEMENT (элемент)

MIXED (смешанная)

языке XHTML

Варианты содержательной части для компонентов Содержание отсутствует (запрещено). Например, компоненты hr, br Разрешен любой тип содержания (в языке XHTML не опреде ляется, в приложениях используется редко) В содержание могут включаться только другие элементы (например, содержанием для элемента ul могут быть только элементы Содержание формируется из данных и элементов эле мент р может содержать элементы em и strong, а также текст)

Указание для элемента типа модели содержания EMPTY означает, что в данном элементе содержание может отсутствовать. Самый распространенный пример ' img. Следует отметить, что описание данного типа модели является наиболее про' стым. Например, описание элемента img в правилах DTD XHTML 1.0 выглядит так: img EMPTY>

Существуют и более сложные описания. Рассмотрим элемент, представляю' щий маркированный список (ul), с типом модели содержания ELEMENT: ul

www.books-shop.com

Определение типа документа

j

Последовательность символов : : = следует читать: «определяется как». В сле' дующем примере показано, как с помощью базовой формы представляется набор символов алфавита, соответствующих английским гласным: vowels

[aeiou]

Правило можно трактовать следующим образом: «Символ определен как строчные буквы а, е, i, о, и». Если разработчик не знает, какие буквы (заглав' ные или строчные) будут использованы, необходимо описать оба случая: vowels

[aeiouAEIOU]

Конечно, выражения не ограничиваются только списками. В них могут исполь' зоваться диапазоны значений. Например, первые десять символов английского ал' фавита, представленные строчными буквами, допустимо описать выражением вида: FirstTen : :=

]

Группирование элементов

выражений

Описания не ограничиваются последовательностью символов и чисел. В язы' ке существуют инструкции логического типа (сложные выражения): И, ИЛИ, НЕ. Пример. Первое сложное выражение использует логическую функцию ИЛИ. Пусть переменная Today (сегодня) в качестве значения принимает названия дней недели: Monday (понедельник), Tuesday (вторник), Wednesday (среда), Thursday (четверг), Friday (пятница), Saturday (суббота), Sunday (воскресенье). На языке EBNF это записывается следующим образом: Today (Monday I Tuesday I Wednesday I Thursday I Friday I Saturday I Sunday) Представленное выражение читается так: «Символ Today может принимать одно из следующих значений: Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday».

Приведем определение символов'пробелов, описанное в правилах DTD. Сим' волами'пробелами в XML и XHTML называют следующие: пробел, табуляция, но' вая строка и перевод строки. Если объект S соответствует символу'пробелу, его формализованное определение принимает вид: S

I

#x9

I

|

)

+

В выражении представлены коды символов ASCII, соот' ветствующие символам'пробелам, каждый из которых (независимо от порядка следования, что отражено символом I ) может присваиваться объекту S. Символ +, расположенный за скобками, указывает на возможность повторения представлен' ных в скобках символов один или несколько раз. Выражение следует читать так: «Символы'пробелы описываются последовательностью из одного или нескольких символов: пробела, табуляции, новой строки и перевода строки». Иногда описание объекта логичнее представить перечнем значений, которые он не может содержать. Вернемся к предыдущему примеру с днями недели. Значитель' но проще сказать «будни», чем строить фразу типа «все дни недели, кроме субботы и воскресенья» либо перечислять: «понедельник, вторник, среда, четверг, пятница».

www.books-shop.com

Описание типа документа эту последовательность обобщает. Исключением является случай, когда элемент мо дифицируется индикатором появления с возможным нулевым значением повторения. В модель содержания элемента table входят: необязательный элемент caption; один или несколько (при необходимости) экземпляров элемента, выбираемого ав тором из двух возможных (либо col, либо colgroup); необязательные элементы и и, наконец, один или несколько экземпляров элемента tbody или tr. Если проанализировать данную последовательность, окажется, что единственными обязательными (к тому же на выбор) являются элементы tbody либо tr. В приведенной записи отсутствует элемент Что же было описа) но: внутри table или находя) щиеся там? Непосредственно внутри компонента элемент td отсутствует, он включен в состав элемента tr (входящего в e). Поскольку он вложен в другой элемент, здесь он не упоминается. В определении описываются элементы, принадлежащие первому уровню вложенности.

Создание атрибутов Недостающую информацию об индивидуальных свойствах каждого элемента предоставляют атрибуты ' данные второго уровня. Общим для всех элементов, ис' пользуемых в XHTML, является атрибут align (выравнивание), его описание представлено в версии Transitional. Атрибуты описываются в секции объявления списка атрибутов (attribute'list declaration). Иногда применяют сокращенный вариант записи — Эти определения в правилах DTD следуют непосредственно за описанием объявления элемента. Примечание

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

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

Затем следует объявление значении атрибутов: soup type CDATA temp (hot I cold)

www.books-shop.com

Определение типа документа Такая модель уже упоминалась при обсуждении формализованной структуры описаний. В объявлении указывается, что элемент должен содержать один или несколько экземпляров элемента Символ +, использованный в описании элемента ul, часто называют индика) тором возможных появлений (occurrence indicator). В табл. 13.2 показаны три наи' более часто применяемых вида индикаторов. Таблица

Типы

появления в DTD

Индикаторы Описание возможных вариантов ? Элемент может быть необязательным (его нет, либо он сущест вует в единственном числе) * Элемент может быть необязательным. Допустимо повторить его ноль и более раз + Элемент существует обязательно. Может быть повторен один и более раз Модель содержания ELEMENT позволяет включать один и более элемен' тов различного вида. Например, элемент (строка таблицы) может состоять из одного или нескольких элементов th (заголовок столбца) и td (содержание ячей' ки). принимает следующий вид: tr Символ вертикальной черты, разделяющий два элемента, указывает выбор автором документа одного из них. Индикатор появления + сообщает об обязатель' ном существовании минимум одного элемента, хотя возможно его не' однократное повторение. Индикатор появления применяется ко всему выражению, заключен) ному в скобки. Анализ выражения корректнее с самого внешнего элемента, а затем к элементам, указанным в скобках. Например, выражение вида (th I td) + нужно следующим образом: «элемент tr должен один или не) элементов, могут th и td». Пример. Когда комбинация элементов усложняется, модель содержания может вклю чать несколько индикаторов, представленных в табл. Рассмотрим пример объяв ления версии XHTML Transitional для элемента table: table (col* I

(tbody+ I

Проанализируем представленное выражение по частям. Перечень элементов, отде ляемых друг от друга запятыми, называется последовательностью (sequence). Лю бой из элементов, принадлежащих ей, должен появиться внутри элемента, который

www.books-shop.com

I

Описание типа документа

При потребности в уникальном идентификаторе используют атрибут ID. Пра' вила наименований для него остаются теми же, что и для типа NMTOKEN. Един' ственное дополнительное условие заключается в том, что наименование внутри до' кумента должно быть уникальным. Типы ID и IDREF могут применяться одновременно для логической взаимо' связи двух частей документа. Проведем аналогию с печатным изданием. Если со' ставитель хочет поместить в конце книги библиографический указатель либо спи' сок примечаний, он поступает следующим образом. Непосредственно в том месте документа, создается ссылка, ставится ее номер. Тот же номер используется в примечаниях для элемента текста, на который элемент ссылается. При создании в приложении собственных ссылочных элементов необходимо выбрать следующую пару: «объясняемый» элемент ' и соответ' ствующий ему элемент «примечание» ' note item. Атрибуты каждого элемента должны иметь уникальный идентификатор. Размеченный текст может иметь вид, показанный в следующем примере. Пример <р>В этом абзаце мы создаем ссылку на дополнительную ...Некоторые сведения... <note представлена дополнительная информация, на которую имеется ссылка в основном

Сегмент описаний для этих элементов и атрибутов представлен следующим образом: info info reference ID note note item IDREF В данном примере для определения значения ссылочного атрибута используется поскольку тип атрибута объявлен ID, следовательно, можно применить лю бую корректную строку ID. Примечание

Вероятно, вы обратили внимание, что атрибуты типа ID и IDREF имеют имена, ' это вполне допустимо. Важно за соответствием значений атрибутов, когда один из них имеет тип ID, а другой ) IDREF.

Перечисляемые типы данных Этот тип данных отнюдь не ограничивает значения атрибутов цифрами, как может на первый взгляд. Наоборот, он позволяет сформировать спе' циальный перечень возможных значений. Например, атрибут применяе' мый во многих приложениях HTML, принадлежит именно к такому типу данных.

www.books-shop.com

типа документа Начальная строка объявления списка значений атрибутов  За ней сле дует название элемента  soup, для которого предназначен атрибут. И только потом вводится описание атрибута, состоящее из его имени, типа значения и необходимых ключевых слов. Эта запись будет рассмотрена детально. Атрибуты, подобно элементам, наделяются моделью содержания, носящей на' звание типы значений атрибутов (attribute value types). В языке XHTML сущест' вует четыре основных типа значений (табл. 13.3). Таблица 13.3. Основные типы значений

Типы значений атрибутов

Образец

String Types (строковые типы)

Строка символов

Tokenized Types (именованные типы) Enumerated Types (перечисляемые типы) Entities (компоненты)

ID или IDREF Список фиксированных значений Компонент, описанный в определенной части до кумента (например, URI  универсальный иденти фикатор ресурса)

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

Именованные типы Ярлык (token) ' другое название надписи (label). В языке XHTML экземпля' ры некоторых элементов должны идентифицироваться, для этого используются надписи. Тип NMTOKEN Атрибут name применяется для идентификации и связывания введенного зна' чения. Полученная в результате пара затем обрабатывается в CGI' скрипте. Значением атрибута name является ярлык. При таком использовании ат' рибута на него ссылаются, как на имя'ярлык. Строки, формирующие имя'ярлык, должны подчиняться трем правилам: а начинаться с буквы; а содержать только буквы, цифры и символы ' (тире); _ (подчеркивание); : (двоеточие); . (точка); а первые три символа в любой форме представления не должны быть после' довательностью символов XML, xML и т.д.). Типы ID и IDREF Существуют еще два имени'ярлыка, служащие для идентификации отдель' ных элементов либо для их связи друг с другом, ' это ID и IDREF. Тип NMTOKEN применяется, если создавать уникальное имя элемента не нужно ' например, ког' да разработчик связывает множество элементов ввода типа check boxes.

www.books-shop.com

Описание типа документа

Рис.

Часть правил описания типов данных для

Компоненты, используемые в объявлениях, представляют важную часть боль' ших DTD и требуют особого внимания. В следующем разделе мы рассмотрим со' держание компонентов, описывающих элементы, а также атрибуты, включаемые в текст.

Параметрические компоненты Параметрические компоненты ' компоненты, объявление и применение кото' рых осуществляются только в рамках конкретного описания типов документа (DTD). В основном их использование обусловлено существованием некоторой фор' мы сокращения. Вместо повторяющихся определений атрибутов, которые могут включаться в различные элементы, создается заменяющий их компонент'параметр. Пример. Атрибут align используется в большинстве текстосодержащих элементов: заголовках, абзацах и т.д. Для замещения повторяющихся полных описаний данного атрибута в элементах отдельного документа вводится параметр Align:
I center I

www.books-shop.com

Правила описания типа документа XHTML DTD Допустим, необходимо описать его для некоторого элемента р, тогда список зна' чений для атрибута принимает следующий вид: р align (left I center I Более детально компоненты будут рассмотрены в разделах «Параметрические компоненты» и «Планирование глобальных компонентов и атрибутов». Здесь мы лишь отметим, что обычно компоненты применяются для представления допол' нительного содержания документа или объектов. Например, URI является компо' нентом, атрибут src элемента имеет компонентный тип.

Правила описания типа документа XHTML DTD Проанализируем уже существующий документ подобного вида. Поскольку в главе 16 вы будете работать с правилами описаний типов XHTML'документов, вам понадобится знание характерных модулей. Самым простым DTD XHTML' документом является описание XHTML 1.0 Strict DTD, которое можно получить по адресу http://www.w3.org/TR/xhtmll/DTD/xhtml'strict.dtd. Пример. В начало помещаются некоторые информационные комментарии: ин формация о разработчике, дата ревизии документа, глобальные и системные иденти фикаторы. После сведений о версии продукта идет сегмент объявлений для множества компонентов. В нем содержатся данные о символьной мнемонике, именах, импорти рованных в данный документ из рекомендаций RFC (Requests for Comments  запросы на комментарии: серия документов IETF, начатая в году и содержащая описания набора протоколов Internet и связанную с ними информацию), общие атрибуты, ком поненты, созданные для представления групп имен элементов. Объявления элемен тов и атрибутов представлены в секции, закомментированной как Document Structure (структура документа)  см. рис. Сначала приводятся описания элементов и ат рибутов, которые включаются в основные компоненты структуры. Корневой элемент для XHTML описывается так: html (head, html #FIXED >

Эти записи расшифровываются следующим образом: элемент html должен содержать единственный элемент head и единственный элемент Он может включать атри буты, описываемые параметрическим компонентом (где I  internationalization  международный стандарт); число 18 определяет количество символов перед послед ним  N, а также атрибут xmlns. Каждая дополнительная секция имеет комментарий, элементы которого располага ются с обеих сторон, ограничивая тем самым секцию (см. рис. Кроме того, документ для удобства пользователя снабжен дополнительными комментариями.

www.books-shop.com

Описание типа документа В том же документе раскрыты описания компонентов phrase,

misc:

%phrase "em I strong I I code I q I sub I sup I samp I kbd I var I cite I abbr I acronym I select I textarea I label I I del I script I Описание элемента

примет вид:

I a I br I span I bdo I objects I applet I img I map I iframe I tt I i I b I big I small I u I s I strike I font I basefont I em I strong I dfn I code I q I sub I sup I samp 1 kbd I var I cite I abbr I acronym I input I select I textarea I label ! button I ins I del I script I noscript)*>

Теперь можно перейти к объявлению


списка атрибутов элемента

> Компонент attrs определен следующим образом:
> Продолжим действия, предпринятые на предыдущих этапах, применительно к атри бутам. Начнем с компонента coreattrs : "id

class style title

% coreattrs ID ttlMPLIED CDATA ttlMPLIED ttlMPLIED"

>

Добавив к существующей записи ATTLIST эти определения, получим: id class style title

ID CDATA

ttlMPLIED ttlMPLIED ttlMPLIED ttlMPLIED

www.books-shop.com

Правила описания типа документа XHTML DTD Следовательно, там, где в определении требуется атрибут align (выравнивание изображения фрагментов текста), вместо его полного описания достаточно поста вить символ %, ним  имя соответствующего компонентапараметра. Именно так сделано для элемента

>

Здесь присутствуют еще два компонентапараметра: Inline и attrs. Один из них при меняется для замещения описаний элемента, другой  для замещения списка значе ний атрибутов. Параметрические описания в XHTML обеспечивают удобство анализа правил описаний типов данных. Рассмотрим каждый параметр и результирующую структуру объявлений. Первый компонент, inline, который отвечает за модель содержания для элемента определен следующим образом:
|

I

Компонент inline отражает только модель содержания, выбор между отсутствием и множеством для элементов либо модель, представленную компонентами Inline или misc. Заменив компонент Inline его расширением, получим следующее объявление для элемента
I

I

Теперь обратимся к компоненту inline: "a I

I

I

I

Раскрыв все включения, получим результирующее объявление для элемента в виде:
I a I

I

I

I

I

На следующем этапе дадим полное определение компонента special: %special I span I

I object I applet I img I map I

В последней записи дополнительные компоненты отсутствуют, а представленные элементы полностью раскрывают содержимое компонента special. Следовательно, объявление элемента принимает вид: (#PCDATA I a I br I span I bdo I object I applet I img I map I | I I >

Далее необходимо раскрыть компонент f ontstyle. Его описание в XHTML DTD рас
полагается сразу за объявлением компонента I i | b I big I small I

I s I strike I font I

basefont

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Описание типа документа Параметр events раскрывается следующим образом: % events "onclick ondblclick

onmouseover onmousemove onmouseout onkeypress onkeydown

ttIMPLIED ttlMPLIED ttlMPLIED ttlMPLIED ttlMPLIED #IMPLIED ttlMPLIED ttlMPLIED"

> В представленных записях необходимо раскрыть только содержимое компонента Script: %Script Включим полученные результаты в представленное описание
ID CDATA ttlMPLIED CDATA ttlMPLIED CDATA ttlMPLIED NMTOKEN #IMPLIED NMTOKEN dir ttlMPLIED onclick CDATA #IMPLIED ondblclick CDATA ttlMPLIED onmousedown CDATA ttIMPLIED onmouseup CDATA onmouseover CDATA ttIMPLIED onmousemove CDATA onmouseout CDATA onkeypress CDATA onkeydown CDATA onkeyup CDATA

> На заключительном этапе следует расшифровать запись для атрибута и включить ее в объявление ATTLIST: %TextAlign "align Раскрытые описания элемента ный вид:

I center I

ttlMPLIED">

и его атрибутов ATTLIST приобретают завершен*

www.books-shop.com

описания типа документа XHTML DTD

>

Анализируя представление компонента coreattrs, на следующем шаге необходи мо раскрыть содержимое его составляющих  Stylesheet и Text: % Stylesheet % Text Можно записать: id class style title

ID CDATA CDATA CDATA

>

Раскроем содержимое %

dir

ttlMPLIED"

>

В этих записях необходимо раскрыть только компонент % LanguageCode В правилах описания типов наложение дополнительных ограниче) ний на тип кроме тех, которые диктуются требования) ми по присвоению имен, невозможно. Однако в комментариях указывается, что ярлык должен кодировкам списка языков, представленных в документе Расширенная запись для ATTLIST принимает вид:
ID ttlMPLIED CDATA CDATA #IMPLIED CDATA #IMPLIED NMTOKEN NMTOKEN #IMPLIED

>

www.books-shop.com

Описание типа документа не означает, что, прежде чем объявить конкретный элемент или список атрибу' тов, для них необходимо создать множество сложных описаний компонентов. На практике это происходит следующим образом. Как только разработчик за' мечает, что ему приходится постоянно повторять некоторые выражения, то для сохранения места в проекте, сокращения времени на его отладку и улучшения чи' таемости самого документа в процессе анализа он обращается к параметризован' ным компонентам. После реализации необходимого компонента нужно вернуться к началу документа и уже там объявить его. Естественно, данный процесс являет' ся итерационным.

Резюме В этой главе вы познакомились с правилами чтения определения типа доку' мента (DTD), для описания которого используется расширенная форма Бэкуса' Наура, и научились объявлять входящие в состав любого документа элементы и списки атрибутов. Вы убедились, что компоненты являются мощным средством для упрощения описаний элементов. Далее будет рассмотрен другой механизм описания правил языка ' XML'схемы.

www.books-shop.com

Правила описания типа документа XHTML DTD I a I br I span I bdo I objects I applet I img I map I iframe I tt I i I b I big I small I u I s I strike I font I basefont I em I strong I dfn I code I q I sub I sup I samp I kbd I var I cite I abbr I acronym I input I select I textarea I label I button I ins I del I script I
CDATA CDATA CDATA CDATA CDATA onmousemove CDATA CDATA onkeypress CDATA CDATA onkeyup CDATA align (left I center I

«IMPLIED

>

Вернемся к параметризованной версии  она удобнее и проще:

>

Аналогичный процесс раскрытия сути параметризованного описания объектов можно провести для любого элемента или атрибута, представленных в описании типов XHTML DTD либо данных конкретного приложения.

Планирование глобальных компонентов и атрибутов В структуре XHTML параметризованные описания компонентов широко рас' пространены, однако использовать этот механизм в более простых приложениях совершенно необязательно, а порой и нежелательно. Рассматривая окончательный вариант DTD, можно сказать, что объявление компонентов должно предшествовать их применению в качестве аргументов опера' торов или инструкций внутри определения типов документов. Конечно, сказанное

www.books-shop.com

Глава 14. Модули в XHTML Язык HTML, несомненно, является мощным средством создания документов в World Wide Web. Его основное преимущество в том, что каждая версия языка со' держит множество новых возможностей. Однако область его применения ограни' чивалась элементами и атрибутами, представленными в рекомендациях по HTML. Для создания более совершенных приложений, описания новых структур и их свойств требовалось выйти за пределы HTML. В данной главе рассказывается: а р а а

о принципах работы модулей; о методах группировки элементов в абстрактные модули; о реализации абстрактного модуля в правилах описания типов документа; о способе объединения предопределенных модулей в новое описание типов документа.

Как

модули

Язык XML более гибок, чем HTML, однако значительно усложняет работу, поскольку забота об описании любой части документа лежит на плечах дизайне' ра. XHTML был задуман как переходное звено между этими языками. Для до' стижения данной цели требуются средства, позволяющие добавлять или запре' щать конкретные множества и избавляющие дизайнеров от рутинной работы. К таким механизмам относятся модули XHTML (XHTML Modularization). Мо' дульное конструирование предоставляет строительные блоки, которые можно комбинировать для построения семейства новых языков.

Определение

модулей

Первым шагом для снятия ограничений, имеющихся в версии XHTML 1.0, было разделение элементов на логические группы. Каждая из них включала в себя элементы с похожей семантикой, по тому же критерию одна группа отделялась от другой. Эти группы получили название абстрактных модулей (abstract modules), поскольку в их определении отсутствует информация для машинной обработки: мо' дули описываются обычным языком. Выражения, для построения абстрактных модулей XHTML, не являются элементами грамматики XHTML, однако они похожи на соглашения, которые применяются для описаний типов документа в XML. Дизайнеры, работающие с XML, оценят удобство такого представления.

www.books-shop.com

Часть III модульных структур Глава 14.

Модули в XHTML

Глава 15.

Создание собственных

Глава 16.

Комбинирование собственных модулей с XHTML

www.books-shop.com

Модули в XHTML a IDREF ' ссылка на экземпляр элемента, атрибут которого имеет указанный ID; a IDREFS ' перечень ссылок ID. Его элементы разделены только запятыми; a NAME ' имя. Тип, похожий на ID, но в данном случае требование уникально' сти необязательно; a ' ярлык. Имя, состоящее из буквенно'цифровых символов. Допол' нительно можно использовать следующий символьный набор: . (точка); , (запятая); ' (дефис); _ (символ подчеркивания); : (двоеточие); a ' список ярлыков типа NMTOKEN, отделяемых друг от друга про' белами; a PCDATA ' обрабатываемые символьные данные с любыми внедренными компонентами. Буквенно)цифровые символы для данных типа NMTOKEN необяза) должны взяты из английского или другого конкретно) го языка. Любой символ, представленный в любом мировом языке, является частью указанного множества. Модули в XHTML определяют 19 новых типов данных по сравнению с типа' ми, приведенными в стандарте XML (табл. 14.2). Большинство описаний взято из документов RFC (Requests for Comments ' запросы на комментарии), опублико' ванных группой Internet Engineering Task Force (IETF), которая занимается во' просами стандартизации в Internet. Полный перечень документов группы IETF доступен по адресу ftp.isi.edu/in)notes/rfc)index.txt. Таблица 14.2. Типы данных, определенные в стандарте XML

Тип данных

Описание

character

Отдельный символ (любого алфавита)

charset

Кодировка символов в соответствии с RFC2045 (например, USACSII, ISO88591) Список символов, как определено charset. Элементы списка отделяются друг от друга пробелами Описание цвета в соответствии со спецификацией в SRGB. Может быть представлено значением с префиксом # либо одним из 16 наименований (детальная информация представлена в приложении) Тип среды в соответствии со спецификацией RFC2045 Список типов сред в соответствии со спецификацией RFC2045. Элементы списка отделяются друг от друга запятыми Информация о дате и времени Имя фрейма, используемого в качестве получателя при загрузке документа или при других действиях в этом фрейме Код, определяющий язык в соответствии со спецификацией RFC1766 (например, en  английский, f r  французский)

Color

FrameTarget

www.books-shop.com

Как работают модули Для совместимости с моделью содержания элементов и выполнения требова' ний к представлению данных и атрибутов вводится ряд специальных синтакси' ческих соглашений. Соответствие абстрактного описания модуля схемам по их кон) струированию, принятым в XHTML (XHTML Modularization Recom) mendation), необязательно. Однако авторы модулей должны созда) вать структуры, которые легко анализировать и использовать, обеспечивая, кроме того, дизайнеров справочными по) собиями. Рассмотрим определение модуля List в «XHTML Modularization Recom' mendation» (см. раздел 5.2.4, «List Module», посвященный элементам списка) ' табл. 14.1. Таблица

Элементы и атрибуты,

Элемент (список

Атрибуты определений)

dt (выделяемый элемент)

Common

в модуле списков Минимальная модель содержания (dt I dd) +

Common

dd (описание выделенного элемента) Common

I Inline) *

( PCDATA I

*

(упорядоченный список)

Common

li+

(неупорядоченный список)

Common

li +

списка)

common

PCDATA I inline) *

Данный модуль также вводит понятие множества содержания списка (content set list) с минимальной моделью содержания (dl I ol I ul) мно) жеству потокового содержания (flow content) модуля Text. Приведенное ранее определение объяснить достаточно просто. Модуль содер' жит используемые для создания и описания упорядоченных и неупорядоченных списков. В таблице перечислены все элементы, состоящие в мо' дуле на правах членов, их разрешенные атрибуты и минимальные модели содержа' ния (для каждого элемента в отдельности).

Просмотр

допустимых атрибутов

Чтобы не создавать список допустимых атрибутов для каждого элемента, в пра' вилах модульного конструирования в XHTML вводятся коллекции атрибутов (attribute collections). Прежде чем приступить к рассмотрению атрибутов, содер' жащихся внутри каждого такого множества, необходимо изучить типы допусти' мых атрибутов. В рекомендации XML 1.0 определены восемь типов данных, обра' зующих основу для всех типов, допустимых в языке XHTML: CDATA — символьные данные. Здесь может быть представлен любой символ, кроме ID ' уникальный идентификатор для конкретного экземпляра элемента. Только один атрибут элемента может иметь такой тип: его значение внутри документа должно быть уникальным;

www.books-shop.com

I

Модули в XHTML

Рассмотрим первый элемент модуля списков ' Его минимальная модель содержания описывается выражением вида | +. Оно расшифровывается следующим образом: элемент dl должен содержать хотя бы один элемент dt и/или элемент dd. Индикатор появления (символ +) указывает, что внутри элемента dl может размещаться один либо несколько элементов dt и dd. Как множество допустимых атрибутов нередко описывается коллекцией, так и минимальная модель содержания представима в качестве коллекции элементов, называемой множеством содержания. Минимальная модель элемента dt, опреде' ляемая записью I *, является именно такой коллекцией. Эта мо' дель указывает, что элемент dt способен включать обрабатываемые символьные данные и любые элементы в множество содержания Любая из составля' ющих элемента dt может присутствовать ноль и более раз. В описании модуля Text множество содержания Inline определяется следу' ющими элементами: abbr, acronym, br, cite, code, em, kbd, q, samp, span, strong, var. описание модуля содержится в приложении А на сайте Там же можно найти ссылку на его реализацию Продолжим рассмотрение модуля List, обратившись к его реализации в DTD.

Модули DTD или схемы Реализация абстрактного модуля описывается в виде фрагмента правил DTD. Фрагменты DTD от абстрактных модулей, которые впоследствии составят новый тип документа, объединяются в одно определение. Полученный тип становится новым элементом в совокупности типов XHTML'документов (XHTML Family Member Document Type) и может использоваться для проверки состоятельности документа с помощью анализатора или программ типа W3C Validation Service (см. главу 8). Консорциум предполагает в модули на языке XML )Schema, но пока этот язык находится в стадии раз) работки, модули в XHTML создаются на базе правил описания типов (DTD). Описание модульных фрагментов в DTD основано на использовании пара' метрических компонентов. Для представления абстрактных составляющих мо' дулей шесть категорий компонентов, каждая из которых подчи' няется специальному соглашению по применению наименований и определяется суффиксом: а . mod ' параметрические компоненты, представляющие DTD'модуль. Мо' гут храниться в отдельных файлах, которые идентифицируются таким же суффиксом;

www.books-shop.com

Как

модули

Таблица 14.2. Типы данных, определенные в стандарте

Тип данных Length

Описание Значение, указываемое в пикселах либо в процентах от доступного про странства по горизонтали и вертикали Одно имя или список имен из определенного множества типов ссылок. Полный список типов можно найти в приложении Список типов сред, его элементы разделяются запятыми. Перечень распоз наваемых дескрипторов представлен в приложении Выражение может быть указано в абсолютных величинах (тип Length) или в относительных. Относительная величина задается выражением вида где i  integer (целое). Каждая относительная длина получает свободную площадь, которая будет пропорциональна целой величине, предшествую щей в записи символу * (он эквивалентен Например, запись 1* , 3* устанавливает деление свободного пространства в соотношении

Number

Один или несколько цифровых символов

Pixels

Целое значение, указывающее количество пикселов

Script

Данные этого типа должны быть переданы интерпретатору языка скриптов, они не рассматриваются как текст на языке XHTML

Text

Произвольные текстовые данные, которые могут быть прочитаны пользова телем Универсальный идентификатор ресурса, как определено в Список универсальных идентификаторов ресурсов. Элементы списка отде ляются друг от друга пробелами

Обратимся к определению модуля List. Каждый из допустимых компонентов атрибута ссылается на коллекцию атрибута Common (общая). Она содержит сле' дующие виды других коллекций: Core (ядро), Events (события), I18N (междуна' родный стандарт) и Style (стиль) ' см. табл. 14.3. Таблица 14.3. Атрибуты, составляющие коллекцию Common Наименование коллекции

Атрибуты

Core (основная)

class

(совместимость с международными языками) Events (события, обрабатываемые скриптами)

id (ID), title (CDATA)

onclick (Script),

(Script), (Script), (Script), onmousemove (Script), (Script), onkeypress (Script), (Script), (Script)

Style (стиль)

Минимальная

содержания

Модель содержания описывает элементы или данные, присутствующие в дру' гом элементе. В данной секции определения абстрактного модуля сохранен син' таксис XML, используемый в DTD (см. главу 13).

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Модули в Ниже приведены составные имена параметрических компонентов для каждо' го элемента, входящего в состав модуля. Составное имя включает в себя имя эле' мента и суффикс . qname. Например, составное имя параметрического компонен' та, представляющего элемент принимает вид qname. % "dl" > % > % "dd" > % > % > % > В следующей секции полное описание элемента dl сводится к объявлению од' ного параметрического компонента: Определение списка (Definition List) % "INCLUDE" >
I

)+" >

>
Прочитать это описание достаточно легко, если раскрывать его по алгебраи' ческому правилу освобождения от скобок. Сначала рассматривается параметри' ческий компонент При описании два параметри' ческих компонента . qname, используемые для элементов dt и dl. Расширенная форма синтаксиса, примененного к данным элементам, имеет вид: %

>

Объявление элемента, следующее непосредственно за параметром определяет сам элемент. Если его раскрыть, оно будет выглядеть так: dl >

content,

Вернемся к началу секции. Параметрический компонент описы' вается таким образом, чтобы включать и объявление параметрического компонен' та content, и объявление элемента, которое сведет полное описание к одно' му компоненту. Если используется запись типа: "INCLUDE" > тогда в модуль помещается не только элемент dl, но и остальная информация, ко' торая в расширенном виде необходима анализатору. Определение списка атрибутов элемента dl происходит по той же схеме. Пе' речень атрибутов описывается одним параметрическим компонентом и включает' ся в модуль с помощью ключевого слова INCLUDE. Ссылка на коллекцию атрибу' тов Common, которая может находиться в любом месте завершенного описания осуществляется посредством параметрического компонента, в записи кото' рого должен присутствовать суффикс . attrib: % dl.attlist "INCLUDE" >
www.books-shop.com

Как работают модули a

' в больших модулях можно включать или исключать модули DTD, используя условные секции. Управляют модулем, представленным па' раметрическим компонентом с указанным суффиксом, с помощью ключевых СЛОВ IGNORE И INCLUDE; . content ' компоненты с данным суффиксом используются для парамет' ризации модели содержания типа элементов; a ' элементы, принадлежащие к одному классу, описываются пара' метрическими компонентами с указанным суффиксом; . mix ' элементы, относящиеся к различным классам, могут быть представ' лены единственным параметрическим компонентом с таким суффиксом; . attrib — группа имен ярлыков, которая соответствует одной или несколь' ким завершенным спецификациям атрибутов внутри объявления Может быть описана параметрическими компонентами, принадлежащими данной категории. Рассмотрим применение указанных компонентов в одном из предопределен' ных модулей ' модуле List (см. также главу 16). Модуль Рекомендациями W3C определено, что модули начинаются с комментариев, имени файла, условий авторского права и даты последней редакции документа: XHTML Модуль списков Файл: XHTML является преобразованием HTML в модульное приложение XML. Создан в 1998
2000 годах специалистами консорциума W3C (MIT, Все права защищены. Последняя редакция: $Id: v 1.7 2000/07/03 13:46:01 shane Exp$ SMI Затем следуют публичные и системные идентификаторы, использованные для данного модуля и даты последней редакции: Этот модуль зарегистрирован открытым и системным PUBLIC SYSTEM

XHTML Lists

(отсутствуют) Следующий сегмент комментариев кратко описывает назначение данного модуля:
Списки dt, dd, В данном модуле объявляются типы элементов списка

и используемые ими атрибуты.

www.books-shop.com

Модули в XHTML dt: Определение понятия (Definition Term) % "INCLUDE" >

( #PCDATA I

> >



> [ #PCDATA I

> >

Завершение описания элемента
% dd.attlist "INCLUDE" > [

> ]]> [ > Завершение описания элемента % ol.attlist "INCLUDE" >
> Завершение описания компонента ol.attlist Маркированный список (Unordered List, bullet % > > ELEMENT >

www.books-shop.com

Как работают модули

> Завершение описания компонента

Аналогичным образом происходит параметризация объявлений элементов и их атрибутов для остальных элементов, включенных в модуль. Полное описание модуля приведено в листинге 14.1. Листинг

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

 '

XHTML Модуль списков Файл: XHTML является преобразованием HTML в модульное приложение XML. Создан в 1998
2000 годах специалистами консорциума W3C (MIT, Все права Последняя редакция: $Id: v 1.7 2000/07/03 13:46:01 Exp$ SMI Этот модуль зарегистрирован открытым и системным PUBLIC SYSTEM

XHTML Lists

Списки dt, В данном модуле объявляются типы элементов списка и используемые ими атрибуты % % % dd.qname % % ul.qname % dl: Определение %

"dl" > "dt" > "dd" > "ol" > "ul" > "li" > списка (Definition List) > | >

>


> Завершение описания компонента dl.attlist

www.books-shop.com

Модули в %

>

Зарезервировано для будущего применения с профилями документов

> % > Возможности интернационализации Этот компонент используется для объявления элементов и которые служат для поддержки Выберите ключевое слово (INCLUDE либо IGNORE) в соответствии с требованиями собственного проекта языка разметки % "IGNORE" > ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

Описание модели содержания. Помните о возможности модификации данной модели или ее замены путем внесения изменений в следующее объявление ENTITY

PUBLIC SYSTEM

XHTML

Document Model >

Место для переопределения созданного ранее каркаса документа

> Этот сегмент служит для размещения объявлений элементов разметки в описании правил DTD, перед объявлением каркаса %

"IGNORE" >

% "IGNORE" > Модульное построение каркаса % "INCLUDE" > % PUBLIC

XHTML 1.1 Modular Framework >


>

www.books-shop.com

Комбинирование предопределенных модулей ]]> % "INCLUDE" >

( #PCDATA I

)*

> >

Завершение описания элемента % li.attlist "INCLUDE" >
> Завершение описания компонента li.attlist ]]>

Комбинирование предопределенных модулей Преимущество заключается в относительной простоте их объединения в любое количество новых языков. Web'дизайнер редко нуждается в создании новых модулей, однако при добавлении и исключении уже определен' ных модулей такая возможность не покажется излишней (см. главу 16).

Драйверы DTD / средство связывания модулей Специалистами консорциума W3C разработан шаблон новых типов докумен' тов DTD, основанный на модулях XHTML (см. листинг 14.2). Полное описание этого шаблона можно

по адресу

Листинг 14.2. Шаблон описания типов
>
>

www.books-shop.com

Модули в XHTML Первые изменения, которые необходимо внести, касаются наименования фай' ла, формального публичного идентификатора нового языка и пространства имен, связанного с данным языком: Шаблон правил описания типов документа (DTD) Файл: TableML.dtd

>
/EN"

>

%

>

В данном примере мы не станем вводить новые модули в структуру языка раз' метки: секция для внесения изменений в модель документа остается прежней. До' бавим в описание DTD базовый модуль таблиц. Это необходимо сделать сразу после комментария: «Здесь можно размещать ваши собственные модули»: Здесь можно размещать ваши собственные модули. Применяйте базовые формы описаний, представленные выше. Обратите внимание на включение в файл каталога для каждого задействованного вами модуля открытого (public В этом месте разрешается также использовать модули, определенные стандартами W3C ''>

Начало описания базового модуля по форме не отличается от описаний осталь' ных модулей. Специфические отличия, связанные с реализацией базового модуля, представлены в документе по (Modularization document), ко) торый можно по адресу

Базовый модуль таблиц
"INCLUDE" > XHTML 1.1 Basic Tables

Окончательный вариант описания правил DTD представлен в листинге 14.3.

www.books-shop.com

Комбинирование предопределенных модулей

Завершение описания модуля % "INCLUDE" > % PUBLIC

XHTML 1.1 Basic Text >

Hypertext Module (Модуль % % PUBLIC


обязательный

обязательный

> "INCLUDE" >

XHTML 1.1 Hypertext >

Lists Module (Модуль списков)
обязательный % "INCLUDE" > % PUBLIC

XHTML 1.1 Lists >

Здесь можно размещать ваши собственные модули. Применяйте базовые формы представленные Обратите внимание на включение в файл каталога для каждого задействованного вами модуля открытого (public В этом месте разрешается также использовать модули, определенные стандартами W3C Document Structure Module (Модуль структуры документа)
обязательный

> % "INCLUDE" > % PUBLIC

XHTML 1.1 Lists >

Завершение описания шаблона DTD Используя файл с шаблоном DTD, можно рассмотреть механизм связывания различных модулей для создания нового языков разметки. В следующем примере мы объединим базовые модули, обязательные для лю' бого члена XHTML'семейства языков, и добавим предписанный стандартом W3C базовый модуль таблиц (Basic Tables Module).

www.books-shop.com

Модули в XHTML %

"IGNORE" >


"IGNORE" >

% PUBLIC

XHTML

Modular Framework >

Место для переопределения описаний, следующих за построением каркаса

> Этот сегмент служит для размещения объявлений элементов разметки в описании правил DTD, после объявления каркаса %

"IGNORE" >

Завершение описания модуля % PUBLIC

Модуль гипертекста % % PUBLIC



>

XHTML 1.1 Basic Text >

"INCLUDE" >

XHTML 1.1 Hypertext >

Модуль списков (обязательный) % PUBLIC

XHTML 1.1 Lists >

www.books-shop.com

Комбинирование предопределенных модулей Листинг 14.3. Правила типов языка разметки таблиц  ''> Файл: > Шаблон правил описания типов (DTD) Здесь представлен файл управления Вы можете изменять его по своему желанию, но обратите внимание на комментарии относительно порядка следования описаний используйте для регистрации следующий публичный

%

XHTML
TABLEML

>

Зарезервировано для применения с пространством имен % > % XLinkns.attrib



>

>

% >
"IGNORE" >

PUBLIC SYSTEM

XHTML

Document Model >

Место для переопределения созданного ранее каркаса документа



>

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

XHTML Резюме В данной главе вы познакомились с методами логического группирования эле' ментов XHTML с одинаковой семантикой. Каждая простейшая группа формиру' ет абстрактный модуль, описание которого начинается с кратких рекомендаций по его использованию, таблицы содержащихся элементов, перечня допустимых атри' бутов и минимальной модели содержания. Любой абстрактный модуль имеет со' ответствующую реализацию DTD, которая при объединении с остальными моду' лями позволяет создать полный DTD, применяемый для представления нового языка. В следующей главе рассказывается о технологии модульного построения, по' зволяющей создать абстрактный модуль и соответствующую ему DTD'реализа' цию. Вы научитесь разрабатывать модель содержания, а также описывать состав' ные имена, параметрические компоненты, объявления для элементов и списка атрибутов.

www.books-shop.com

Комбинирование предопределенных модулей Здесь можно размещать ваши собственные модули. Применяйте базовые формы описаний, представленные Обратите внимание на включение в файл каталога для каждого задействованного вами модуля открытого (public . В этом месте разрешается также использовать модули, определенные стандартами Базовый модуль таблиц % % PUBLIC

"INCLUDE" >

XHTML 1.1 Basic Tables >

Модуль структуры документа (обязательный) % "INCLUDE" >
XHTML 1.1 Document Structure >



Применение модульных DTD в Web Пример. Применение окончательного варианта модульных правил DTD в собственных Webдокументах не сложнее процесса реализации любых других описаний DTD. Не обходимо дать соответствующую ссылку на эти правила в объявлении пра вильно оформив публичный общий (PUBLIC) и системный (SYSTEM) идентификаторы. Например, документ, использующий шаблон языка разметки будет выглядеть следующим образом:
XHTML'TABLEML >

В предыдущем примере мы не стали применять модули, элементы и атрибуты, которые не описываются в документах XHTML Modularization, поэтому HTML' агенты пользователя, вероятнее всего, не будут испытывать затруднений при об' работке документов, созданных в рамках XHTML. Если же необходимо задейство' вать новые структуры, то для их просмотра потребуется браузер с встроенной программой XML'анализатора, например Internet Explorer 5 для ПК: он позволя' ет воспроизводить новые элементы при условии, что для них разработана соответ' ствующая таблица стилей. Вопросы, связанные с применением таблиц стилей к документам XHTML, в главе.

www.books-shop.com

Создание собственных типы данных Рецепт включает в себя основные секции, содержащие перечень ингредиентов и инструкции по приготовлению блюда. Внутри списка ингредиентов нужно вы' делить по крайней мере три типа данных: количество, единицы измерений и на' звание продукта, входящего в рецепт (рис. 15.1). I Рецепт

|

Процесс приготовления продукта

Ингредиент 1

I Ингредиент 2 Ингредиент 3 Рис.

I Оборудование

Основные компоненты, указанные в рецепте

Не следует пренебрегать ни одним из свойств используемых данных, поскольку впоследствии они могут оказаться достаточно важными. Например, мы перечисли' ли способы приготовления (выпечку, обжарку, варку), температурные режимы и оборудование. Эту информацию можно представить в виде текстового описания внутреннего содержания элемента (PCDATA), но для ее хранения лучше создать отдельный элемент или соответствующий атрибут. Чтобы избежать сложных переработок модели содержания или правила опи' сания типов документа в рабочем варианте проекта, на начальном этапе следует особое внимание уделить вопросу представления данных.

Использование данных Структурная схема содержит список ингредиентов. Запись каждого компонен' та неоднородна и включает несколько полей данных. Рассмотрим типичное пред' ставление: «две чашки муки». Оно может быть разбито на три части: количество (две), единицы измерения (чашка), название продукта (мука). В записи потенци' ального элемента проекта, назовем его ingredient, должны быть представлены все три составляющие. Следующим по степени важности сегментом рецепта станут инструкции по при' готовлению продукта. Скорее всего, для этих целей потребуются текстовые данные, поэтому необходимо предусмотреть такие элементы разметки, как абзацы, списки и др., а также появление элементов'блоков XHTML внутри элемента prep.

Описание абстрактного модуля После определения всех типов данных, хранимых в структурах модуля, и оп' тимальных методов их обработки можно приступать к описанию абстрактного модуля. Начинать следует с его функционального назначения.

www.books-shop.com

Глава 15. Создание собственных Язык XML предоставляет авторам документов неограниченную свободу творче' ства. Они могут разрабатывать собственные языки разметки, применяя необходи' мые, с их точки зрения, методы дизайна. Для создания новых типов собственных документов HTML. Сформируем архив рецептов, доступ к которому осуществляется в он' лайновом режиме. Базовые процедуры представления текстовых данных будут поддерживаться соответствующими возможностями HTML. Для организации сегментов, содержащих сами рецепты, дополнительно задействуем структуру XML. Такое построение обеспечит быстрый поиск нужной информации, ее хра' нение и другие процедуры управления данными, которые могут оказаться полез' ными при работе с объемными архивами. Объединение спроектированного мо' дуля рецептов с базовым набором возможностей XHTML станет основой для построения новых правил описания типов документа. В данной главе представлены: методы проектирования информационных архивов; а процедуры определения абстрактных модулей; а механизм применения параметрических компонентов для работы с про' странством имен; а метод определения элементов и атрибутов в подмодуле Declaration (Объяв' ления).

Проектирование модели содержания Прежде чем приступать к описанию абстрактного модуля, схематично изобра' зите все адресуемые компоненты приложения: это поможет вам осуществить кате' горирование данных. Для построения модели необходимо ответить на три глав' ных вопроса: какие данные потребуется хранить; а каким образом они используются; а какие ограничения следует наложить на эти данные. Чтобы проиллюстрировать процесс, создадим новый абстрактный модуль, представляющий архив рецептов для Web, и соответствующую ему реализацию правил DTD.

www.books-shop.com

Создание собственных Подмодуль начинается с комментариев. В этом сегменте указываются: имя модуля, имя файла, а также публичный и системный идентификаторы, ис' пользуемые для ссылки на модуль. Здесь же происходит объявление пространства имен. Разместив указанные записи на соответствующих позициях подмодуля QName, получим вступительную часть проекта:
(Модуль рецептов)

' модуль составных имен

''>

XHTML Recipe

В секции использовано несколько соглашений. Так, имя подмодуля содержит суффикс . mod, соотнесенный с суффиксом параметрического компонента, который потребуется позднее ' в процессе связывания компонентов модулей для идентифи' кации элемента. Следующее соглашение касается формального публичного идентификатора (Formal Public Identifier ' FPI), имеющего специальную форму записи. Строка всегда начинается с символов после которых указывается владелец модуля (в данном случае ' компания WebGeek, Затем вновь последовательность сим' волов / слово ELEMENT (обязательно заглавными буквами), заголовок и версия модуля. Завершает запись идентификатора FPI еще одна пара символов / /: XHTML Recipe Qnames

Системный идентификатор ' это URI, по адресу которого размещено содер' жимое файла. Выражение для него может представлять либо полную, либо сокра' щенную форму записи (сокращенный вариант относится к описанию локального URI). В следующем примере использован полный вариант: :

URI, применяемый для представления пространства имен, необязательно дол' жен иметь содержание. Поэтому обращение к нему вряд ли приведет к результату, который можно получить, адресуясь к URL. Следующая запись соответствует началу описания параметрических компонен' тов, задействованных в модуле XHTML Framework. Эти параметры предназнача' ются для построения окончательной формы правил описания типов документа. Пер' вые множества независимо от того, являются они в новом модуле элементами или нет, используют составные пространства имен. По умолчанию значение данной оп' ции устанавливается равным В нашем модуле компоненту компонент

соответствует параметрический

www.books-shop.com

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

Минимальная модель содержания

Элементы

Атрибуты

recipe ingredients

Common, CDATA, Common

ingredient prep

Common, quantity, unit, item Common

category

ingredients, prep EMPTY I Flow) +

При обращении к данному модулю элемент добавляется в блок мно' жества содержания. Он определяет множество содержания с минималь' ной моделью ingredients, prep ' и добавляет ее в набор поскольку они оба описываются текстовым модулем.

Создание модуля с помощью правил DTD Реализация правил, описывающих тип документа, обычно представлена двумя модулями: составных имен module) и объявлений (Declaration module).

Работа с модулями QName ' это XML'термин, характеризующий составные имена (qualified names). Они понадобятся, если пространства имен XML будут использоваться для зада' ния различий между элементами, принадлежащими различным языкам разметки. Например, в структуре XHTML существует элемент t i t l e , который применяет' ся для заголовка документа. В других языках тот же элемент служит для указания ученого звания некоторого лица или для обращения к кому'либо, то есть замещает слова типа «доктор», «ваше преподобие» и даже «Ее Величество». Пространство имен XML указывает на принадлежность определенного эле' мента какому'либо языку с помощью префикса, который следует за его именем. Таким образом, описание элемента t i t l e , языку XHTML, в ви' де составного имени принимает вид title. Модуль QName содержит параметрические компоненты, применяемые для хра' нения составных имен тех элементов, которые должны быть описаны в модуле объявлений. Такая структура является гарантией того, что в конкретных условиях данные элементы будут представлены собственными составными именами. Более имен XML описываются в докумен) тах сайта, размещенного по адресу http://www.w3.org/TR/REC)

www.books-shop.com

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

основного модуля завершено. Полностью он

Описание подраздела QNames для нового mod



рецептов)
модуль составных имен

>

PUBLIC SYSTEM

XHTML Recipe

#FIXED ]]>


— Модуль рецептов сайта

www.books-shop.com

Создание модуля с помощью правил DTD Параметрический компонент с указателем создается для разреше' ния возможности переопределения. Экземпляр документа настраивается таким образом, что наименования всех элементов получают префикс. Далее находится объявление рабочего пространства имен. Работа с ним, воз' можно, окажется наиболее сложной. Это пространство включено в проект со сле' дующей целью. Модули XHTML позволяют определить конфигурации, где тра' диционные правила описания типов документа XML могут использоваться как с поддержкой пространств имен XML, так и без нее. Данный механизм, называе' мый обход пространства имен (namespace hack) определяет последовательность шагов, которые позволяют разрабатывать типы документов, соответствующих тре' бованиям пространства имен XML. Методы достижения этих целей можно пред' ставить следующим образом: а каждый элемент, описанный в модуле, имеет символическое имя; а по желанию разработчика именам элементов можно присвоить префикс, со' ответствующий идентификатору области видимости для данных имен; а идентификатору пространства имен разрешается присваивать любое значе' ние, соответствующее URI пространства имен ' неповторяющемуся иден' тификатору; а независимо от решения автора ' использовать пространство имен или отка' заться от него, если структура документа является корректной, ' документ считается состоятельным. Пространства имен выглядят несколько неопределенно. Возможно, по этой причине они не очень широко используются разработчиками Web'документов. Од' нако с увеличением количества коллекций элементов, создаваемых для XHTML' модулей, пространства имен потребуются, чтобы включить связанную с элемен' том или атрибутом семантику и избежать коллизий между именами. Вернемся к нашему примеру. Информация, представленная в начале файла подраздела, была закомментирована, то есть вступительная часть предназначалась для пользователя, а не для компьютера. Начальная фраза выглядит так:

%Recipe.pfx Теперь для каждого элемента, который будет описан в модуле, необходим па' раметрический компонент, представляющий составное имя. Обычно к названию

www.books-shop.com

Создание >

> EMPTY>

quantity CDATA #REQUIRED unit CDATA item CDATA

> (PCDATA I

>

Полное описание подраздела объявлений представлено в листинге 15.2. Листинг Полное описание подмодуля объявлений —


рецептов сайта WebGeek


XHTML
WebGeek Recipe 1.0//EN

Модуль рецептов, размещенный на сайте компании WebGeek

Этот модуль определяет структурные компоненты Web
страницы, посвященной кулинарным рецептам

>

> ]]>

"xmlns

www.books-shop.com

Создание модуля с помощью правил DTD

*
XHTML
WebGeek Recipe



>

Следующая секция также отводится под комментарии. Здесь называется имя файла, указывается список элементов, которые будут объявлены, дается базовое определение назначения модуля: Модуль

размещенный на сайте компании WebGeek

Этот модуль определяет структурные компоненты посвященной кулинарным рецептам

В первой декларативной секции названы и описаны параметрические компонен' ты, используемые внутри списка атрибутов ATTLIST, для каждого объявляемого элемента. Параметры необходимы для управления присвоением префиксов всем ат' рибутам, если модуль применяется для создания правил автономного (standalone) определения типов документа. После объединения с модулем каркаса XHTML зна' чения параметрических компонентов будут переопределены с помощью глобально' го атрибута attrib:

> ]]>

tfFIXED >

Теперь каждый элемент определяется посредством параметрических компо' нентов, описанных в подмодуле вместе с любыми требуемыми определе' ниями

title CDATA category CDATA #IMPLIED

>

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Глава 16. Комбинирование собственных модулей с XHTML Изучая модули XHTML, вы познакомились с процессом их создания и определе' нием моделей содержания. Для построения нового языка разметки, основанного на XHTML, необходимо объединить написанный вами модуль с существующими модулями W3C. Завершающий этап разработки нового языка состоит в формировании оконча' тельного варианта правил описания типа документа, входящих в DTD. Область действия правил DTD ' это формализованное пространство, объединяющее все созданные вами и предписанные XHTML'модулями, это структура, которая по' зволяет проводить проверку состоятельности всех документов, созданных в рам' ках нового языка. В этой главе вы познакомитесь: а с методами, которые дают каркасу модульного приложения возможность включать необходимые базовые структуры; а с процедурой помещения собственного модуля в шаблон модульной струк' туры правил DTD; с механизмом, который позволяет редактировать шаблон в соответствии с выбранными способами структурирования документа; а с механизмом создания нового документа, построенного на базе окончатель' ного варианта DTD.

Модуль XHTML Modular Framework Если вы хотите, чтобы созданные вами проекты было легко адаптировать к но' вым требованиям, используйте модуль XHTML Modular Framework. Этот модуль предоставляет структуру для базовых компонентов, куда их необходимо встроить, чтобы схема модульного конструирования в XHTML заработала. Описание дан' ного модуля представлено в листинге 16.1. Листинг

Модуль XHTML Modular Framework




>

Модуль XHTML Modular Framework

> Файл: XHTML, по является преобразованным в модульное приложение Время создания: 1998
2000, W3C (MIT, авторские права защищены.

Редакция:

v 1.7 2 0 0 0 / 0 7 / 0 3

www.books-shop.com

Резюме

title CDATA category CDATA >

<

>

EMPTY>

quantity CDATA unit CDATA #REQUIRED item CDATA ttREQUIRED >

(PCDATA I
>


>

Резюме Материал данной главы завершает описание отбора типов данных, хранящих' ся в новых элементах. Здесь проанализированы способы использования этой ин' формации внутри документа и спланирована модель содержания для создаваемых элементов. На основе абстрактных определений построены два подмодуля: (пространство имен) и Declaration (объявления), которые параметризуют и опре' деляют элементы и атрибуты, применяемые для хранения данных. В следующей главе названные подмодули будут включены в расширенные пра' вила DTD для создания языка Family ' расширения языка XHTML. На их основе можно строить Web'страницы, доступные с любого компьютера глобальной сети.

www.books-shop.com

Комбинирование модулей с XHTML %
"IGNORE" > [

% PUBLIC

XHTML Intrinsic Events > %


"INCLUDE" > [

% PUBLIC

XHTML Common Attributes >

% > %

"INCLUDE" >

Реализация модели документа объявлена в модуле управления правилами DTD >
"INCLUDE" >

% PUBLIC

XHTML Character Entities >


''>

Первый сегмент содержит стандартное описание имен файлов, информацию об авторских правах и примечания, связанные с публичным и системным иденти' фикаторами, а именно: PUBLIC

XHTML Modular Framework SYSTEM

Следующая запись указывает на назначение модуля ' в частности, на поддержку компонентов DTD, которые необходимы для всех языков, совместимых с XHTML: нотации (notations) ' соглашения, используемые в различных языках, и часть определений, описанных в XHTML, включая CDATA, FPI и др.; а типы данных (data types) ' определение термов, например: длина, число, пикселы и т.д.; пространство составных имен (namespace'qualified names). Позволяет приме' нять составные имена для внесения отличий между именами XHTML и дру' гих языков разметки;

www.books-shop.com

Модуль XHTML Modular Framework 13:45:27 shane Exp $ SMI Настоящий модуль правил DTD описывается публичным и системным PUBLIC SYSTEM

XHTML Modular Framework

(отсутствует) Модуль Modular Framework Данное приложение подставляет необходимые для поддержки модели модульного конструирования в XHTML, а (соглашения, используемые в языках) +datatypes (определение типов данных) names квалифицированные пространствами имен) attributes (общие атрибуты) model (модель документа) +character entities (символьные компоненты) Модуль Intrinsic Events по умолчанию исключен. Он указан в данном поскольку должен быть подставлен перед модулем Attributes, но после модуля Datatypes "INCLUDE" >

PUBLIC

XHTML Base Architecture

%

"INCLUDE" >

% PUBLIC

XHTML Notations >

%

"INCLUDE" >

% PUBLIC

XHTML Datatypes > %

"INCLUDE" >

% PUBLIC

XHTML Qualified Names

www.books-shop.com

Комбинирование

с XHTML

Здесь представлен файл управления структурой. Вы можете изменять его по своему усмотрению, но обратите внимание на комментарии относительно порядка следования описаний используйте для регистрации следующий публичный XHTML %

XHTML

% > Введите все внешние пространства имен, на которые ссылаются правила данного DTD

> > Определите файл моделей содержания для использования в данном каркасе Поддержка двунаправленного текста (справа налево и слева Этот компонент используется для объявления элементов и с помощью которых осуществляется многоязыковая поддержка документа. Установите значение параметрического компонента INCLUDE или IGNORE в соответствии с требованиями собственного языка разметки

> %

"IGNORE" >

Этот сегмент служит для размещения объявлений элементов разметки в описании правил DTD, перед объявлением каркаса



> %

"IGNORE" >




>]]>


"IGNORE" >

Модуль Modular Framework

%

"INCLUDE"

www.books-shop.com

Интегрирование нового модуля а общие атрибуты (common attributes) ' определение множеств атрибутов, на которые ссылаются существующие и добавленные модули XHTML; документа (document model) — модель, подставленная модулем Document Model. Напомним, что данный модуль объявляется в модуле DTD driver; а компоненты символов (character entities). Позволяет применять в проектах следующие системы кодировки: Latin Symbol, Special Character; а поддержка событий (support for intrinsic events). По умолчанию данная воз' можность исключена. Редактировать перечисленные компоненты совершенно необязательно. Ска' жем только, что модуль Modular Framework предоставляет базовые компоненты, которые необходимы для создания законченного языка разметки, принадлежаще' го к семейству XHTML. Теперь, поскольку вы познакомились практически со всеми элементами моза' ики правил DTD, можно приступать к созданию правил описания типа документа для вашего собственного языка.

Интегрирование нового модуля Чтобы язык соответствовал базовому стандарту XHTML, необходимо соблюс' ти пять условий: а тип документа определяется на основе технологий консорциума W3C (в на' стоящий момент ' DTD); а выбор уникального идентификатора для типа документа проводится с со' блюдением установленных правил наименований; а язык содержит как минимум следующие типы модулей: структура (Structure), гипертекст (Hypertext), базовый текст (Basic Text), списки (List); ни один из предопределенных стандартом W3C модулей не сокращается и не расчленяется. Минимально необходимая модель содержания должна вклю' чать весь перечень элементов и атрибутов; а любой новый элемент или атрибут определяется в собственном простран' стве имен. Консорциум W3C разработал шаблон правил описаний типа документа, кото' рый может применяться в качестве руководства для построения совместимых пра' вил DTD (листинг 16.2). Этот шаблон можно также

Листинг 16.2.

в онлайновом режиме по адре)

шаблон правил DTD  New DTD Template

9

www.books-shop.com

Комбинирование модулей с XHTML
Как обычно, первым сегментом будет большой блок комментариев, представ' ляющих имя файла и информацию об идентификаторах:
>

Первый компонент определил публичный идентификатор:
XHTML Recipe

>

Далее следует описать компонент и включить составные имена подмодулей, которые были приведены в главе 15. % SYSTEM

>

Поскольку дополнительные пространства имен не нужны, следующие строки изменять не требуется: Новых пространств имен нет ''> > Определите файл модели содержания для использования в каркасе ''>

%

>

Данный элемент ссылается на модуль определения модели содержания, которую нужно создать. Для модуля рецептов она имеет самую общую форму: это представ' ление с помощью синтаксиса правил DTD минимальной модели, указанной в описа' нии абстрактного модуля, которое содержит расширения, необходимые для включе' ния элемента корня ' ipe. Данный элемент служит указателем типа содержания. Поскольку recipe выступает в качестве дополнения к множеству блоковых элементов, его часть, необходимо включить в описание параметрического компонента extra: "I

Изменения, которые необходимо внести в модуль общей модели содержания, коснутся также публичных и системных идентификаторов, имени файла и про' странства имен. Это отражено в листинге 16.3, в первом сегменте файла с расши' рением

www.books-shop.com

Интегрирование нового модуля % PUBLIC

XHTML 1.1 Modular Framework

Место для переопределения описаний, следующих за определением каркаса

>
"IGNORE" >

% PUBLIC



>

XHTML 1.1 Text >

Модуль гипертекста (обязательный) % "INCLUDE" >



>

Модуль списков


> "INCLUDE" >

% PUBLIC

XHTML

Lists

Здесь можно размещать ваши собственные модули. Применяйте базовые формы описаний, представленные выше. Обратите внимание на включение в файл каталога для каждого задействованного вами модуля public В этом месте разрешается также использовать модули, определенные консорциумом Модуль структуры документа % "INCLUDE" > % PUBLIC

XHTML 1.1 Document Structure >

www.books-shop.com

Комбинирование модулей с XHTML % %

> % числе

включает все

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

% %

>
Элементы блочного уровня



>

% I I

I I

I >

% % %

|

I I

I
I "I

> > >

>

> данный класс включает все элементы блочного уровня, используемые в качестве компонентов в смешанных структурах % % % %

>
включает все элементы блочного уровня, а также

> % I I % Все элементы содержания % включает все текстовые потоки блочные и внутристроковые элементы % I I I %

www.books-shop.com

Интегрирование нового модуля Листинг

Завершенная форма модуля модели содержания Recipe


Описание модели содержания для % I



> > элементы


>

% % % "I I I

I I

I I I

> I

I I

>

% % I I I I I I > ENTITY % class > % > % > % % % % % >
% % % >
включает все несвязанные внутристроковые

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Комбинирование модулей с XHTML PUBLIC

Модуль гипертекста % % PUBLIC

Модуль списков % % PUBLIC

XHTML 1.1 Text >

"INCLUDE" >

XHTML 1.1 Hypertext >

"INCLUDE" >

XHTML 1.1 Lists >

На данном этапе в правила описания типов документа вводятся новые элементы: Модуль рецептов % SYSTEM

>

Наконец, необходимо включить модуль структуры: Модуль структуры документа % "INCLUDE" >

Если перечислены все свойства, которые необходимо поддерживать в проекте, работу можно считать завершенной. Однако для получения окончательной фор
мы документа следует добавить еще ряд модулей: изображения (Images), метадан
ные и таблицы стилей (Stylesheet). Они вводятся перед завер
шающим модулем описания структуры: Модуль изображений % PUBLIC

XHTML Images

Модуль метаданных документа % PUBLIC XHTML

www.books-shop.com

Интегрирование нового модуля
''>

Далее следует строка описания профилей документа. На данном этапе мы не работаем с ними, поэтому содержательная часть строки остается пустой: Зарезервировано для будущего использования с профилями документов ''> % Для упрощения структуры документа двусторонняя поддержка в описании языка запрещена: Здесь поддержки двунаправленного текста нет

> % Сегмент, предваряющий описание каркаса, останется без изменений; обработ' ка событий не поддерживается. Информацию о месте вставки сегмента, предше' ствующего описанию каркаса, можно просто удалить (в описании эти инструкции сопровождаются соответствующими комментариями). Модуль событий также по' мечен значением Эту часть можно удалить Место для вставки сегмента переопределения описаний, предваряющих объявление каркаса

> Этот сегмент служит для размещения объявлений элементов разметки в описании правил DTD, перед объявлением каркаса

>

%

"IGNORE" >

Если в вашем проекте необходим модуль событий, его следует описывать здесь. В данном случае он исключен > % "IGNORE" > Теперь каркас и необходимые модули описаны и находятся на своих местах. Нам не нужно использовать сегмент переопределения данных, следующих за кар' касом, поэтому в следующих строках его нет. Это единственное изменение, кото' рое требуется в данном сегменте: Модуль Modular Framework
"INCLUDE" >

% PUBLIC

XHTML 1.1 Modular Framework 1.0//EN >



Текстовый модуль
"INCLUDE" >

%

www.books-shop.com

Комбинирование модулей с XHTML Модульное построение рамок % "INCLUDE" > % PUBLIC

XHTML 1.1 Modular Framework

Текстовый модуль (обязательный) % "INCLUDE" > % PUBLIC

Модуль гипертекста % % PUBLIC

Модуль списков % % PUBLIC

XHTML



>

Text



> "INCLUDE" >

XHTML 1.1 Hypertext



> "INCLUDE" >

XHTML 1.1 Lists



Модуль рецептов % SYSTEM Модуль изображений % PUBLIC



>



>

XHTML Images

Модуль метаданных документа % PUBLIC XHTML



>

Модуль XHTML
таблиц стилей % PUBLIC XHTML Stylesheets



>

www.books-shop.com

Правила определения типов Модуль % PUBLIC

стилей XHTML Stylesheets >

Модуль структуры документа % "INCLUDE" > [ % PUBLIC XHTML 1.1 Document Structure >

Правила определения типов Окончательный вариант программы, куда вошли все предварительные резуль
таты, полученные при работе с материалами трех последних глав, представлен в листинге 16.4. Листинг 16.4. Правила описания типов данных разметки Recipe Правила описания типов данных для Recipe Файл: Это управляющая программа для файла Пожалуйста, используйте следующее формализованное описание открытого регистрирующее данный файл: XHTML Recipe Используйте следующее пространство имен для уникальных элементов приложения recipe (recipe
unique

> % Зарезервировано для будущего использования с профилями документов
www.books-shop.com

Комбинирование модулей с XHTML

Рис.

Файл рецептов показан в Internet Explorer в режиме

На рис. 16.1 показан файл recipe.xml после его обработки XML'процессором браузера Internet Explorer. Чтобы отобразить данный файл в полностью, необходимо до' полнить данными в виде стилей при помощи методов примене' ния стилей к новым элементам, с которыми вы познакомились в главе 12.

Резюме В этой главе рассказывалось возможности включения разработанного вами XHTML'модуля (см. главу 15) в новый язык разметки, имеющий собственное мно' жество правил определения типов документа (DTD). Также был проанализирован документ, созданный на основе этого языка. В главе 17 рассматриваются дополнительные приложения модулей в XHTML, в частности подмножество XHTML для небольших устройств ' XHTML Basic.

www.books-shop.com

Применение нового типа документа структуры документа %

"INCLUDE" >

% PUBLIC

XHTML

Document Structure >

Окончание файла правил описания типа документа для Recipe

>

Применение нового типа документа Применение типа DOCTYPE, созданного нами, так же просто, как применение любого типа DOCTYPE, предлагаемого консорциумом W3C. Этот тип следует объ' явить в начале собственного например:
Файл

Recipe for Glassed Carrots from the Navarro Family Recipe Collection />

Carrots" />


/> juice" /> /> sugar" />

<prep> carrots and cut into bite
size pieces as preferred (e.g. circles, Stream or boil in insalted water until

www.books-shop.com

Глава 17. Приложение XHTML Basic Когда говорят о гибкости расширяемых языков, подобных XHTML, обычно за' бывают о главном. Применяя это свойство в проектах, не всегда нужно что'либо добавлять в язык, достаточно выбрать его подмножество. XHTML Basic ' это первый член семейства XHTML, разработанный консор' циумом W3C для реализации такого подхода. Его цель ' создание платформы для развития приложений, применяющихся в устройствах с ограниченным объемом ресурсов. В этой главе рассказывается: а о методах, которые позволяют устройствам с ограниченными ресурсами по' лучить доступ в Internet; а о типах устройств, наиболее популярных в пользовательской среде; а о способах преобразования конкретного HTML'документа в формат прило' жения XHTML Basic; о механизмах обеспечения соответствия документов типа Basic дру' гим типам документов XHTML.

Использование XHTML в устройствах с ограниченными ресурсами В числе самых удивительных реалий современной жизни можно назвать то, что в пространстве телекоммуникаций, образованном проводными каналами свя' зи, информационные ресурсы Internet доступны практически из любой точки мира. Страницы Web'сайтов пополняются данными, поступающими, например, от альпинистов, покоряющих Эверест, или от исследователей мирового океана. Вы можете отправить сообщение по электронной почте, совершая полет на высоте нескольких тысяч километров. Реализация принципа «доступ из любой точки Земли» связана главным обра' зом с применением настольных и переносных компьютерных систем. С развитием беспроводных систем обмена данными, с появлением компьютеров, имеющих ма' логабаритные терминалы (типа Palm либо PDA), и даже сотовых телефонов пользоваться ресурсами сети Internet стало еще проще.

Миниатюризация компьютерных Производители переносных компьютерных систем стремятся к тому, чтобы каждая новая модель была миниатюрнее прежней. Однако устройства, о которых

www.books-shop.com

Часть IV Будущее XHTML Глава

Приложение XHTML Basic

Глава 18.

Профилирование

Глава 19.

Дальнейшее

XHTML

www.books-shop.com

Приложение XHTML Basic Таблица Перечень обязательных включенных в состав XHTML Basic Модуль

Элементы

Structure Module (модуль структуры)

html, head, title, body

Text Module (модуль текста)

abbr, acronym, address, blockquote, br, cite, code, dfn, div, em, h2, h3, h4, h5, h6, kbd, p, q, samp, span, strong, var

Hypertext Module (модуль гипертекста)

a

List Module (модуль списка)

dt, dd

на основе XHTML Basic Пример. Рассмотрим представление информации на уже существующем Webсай те, чтобы определить, какие действия необходимы для преобразования этих данных в формат XHTML Basic. рис. 17.1 показан сайт Orion's Domain, домашняя страница которого является состоятельным документом версии Transitional. Исход ный текст для построения документа приведен в листинге

Рис.

Сайт Orion's Domain, созданный на основе HTML 4.0 Transitional

www.books-shop.com

Использование подмножества XHTML Basic говорится в настоящей главе, характеризуются не только небольшими размера' ми: их операционные системы оптимизированы для работы с такой аппаратной конфигурацией. Компании 3Com и Palm Computing совместно разработали ОС PalmOS, кото' рая устанавливается на наиболее популярной модели компьютеров PDA ' Palm Pilot. Компания Microsoft в свою очередь выпустила операционную систему Windows СЕ. Преимущество WinCE в том, что она может работать на обоих типах устройств типа Palm ' управляемых при помощи пера либо клавиатуры типа hand' Обычно область памяти этих машин, отведенная под пользовательские про' граммы, составляет от 2 до 16 Мб и предназначена только для хранения данных. Следовательно, необходимое программное обеспечение должно занимать здесь значительно меньше места, чем в настольных компьютерах. Кроме того, возмож' ности программ будут ограниченными, что вызвано небольшим объемом памяти. Например, в Web'браузере может отсутствовать виртуальная машина Java либо не будут работать скрипты или таблицы стилей; вероятно, не будет поддерживаться расширенная функциональность Web, в частности обработка изображений, звуко' вой информации или анимационных приложений типа Shockwave и SMIL.

Нетрадиционное применение Нетрадиционным, во всяком случае для подавляющего большинства компью' теров, будет их применение для доступа не только в сеть Internet.

Беспроводной доступ Системы беспроводного доступа в Internet являются самым динамичным сег' ментом пользовательского рынка услуг. Так, от 60 до 70% населения Швеции и Фин' ляндии используют в повседневной жизни сотовые телефоны, к этому уровню при' ближается и Япония.

Устройства с ограниченными ресурсами Внешний вид и режим работы устройств с ограниченными ресурсами обычно неотличим от аналогичных параметров стандартного компьютера, однако их функ' ции сводятся к решению конкретных задач. К этой категории относят, например, Web'телеприемники (WebTV), которые предназначены для приложений электрон' ной почты либо для электронной почты, дополненной выходом в Web, и устройства с ограниченными возможностями доступа в онлайновом режиме.

Использование

XHTML Basic

Как указывалось ранее, XHTML Basic является одной из реализаций механиз' ма модульного конструирования в XHTML. В главе 16 это понятие было введено для определения типа документа, построенного с применением как минимум че' тырех обязательных модулей XHTML: структурного, текстового, гипертекстового и модуля списка. В табл. 17.1 перечислены элементы, входящие в состав каждого из них.

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Приложение XHTML Basic Stories and essays I've written over the years




---

a member of

by Marshall Jansen, Orion + www.books-shop.com Создание документа на основе XHTML Basic Листинг Файл HTML 4.0 <META Warhammer. Apollo Smile. Angst. Street Fighter II These are just a few of my favorite <META marshall, jansen, poetry, space, madness, deep, seas, dino, mush, mud, apollo, smile, 40k, fantasy, tyranid, chaos, gw, miniatures, painting, conversion, crimson, fists, hello, kitty, slaanesh, tzeentch, CLASS= "back" >And so it SRC= Domain . HEIGHT=96 BORDER=0 Pages Ax /TD> www.books-shop.com Приложение XHTML Basic Далее следует изменить тип документа, то есть перейти от определения DOCTYPE вида: html PUBLIC XHTML к объявлению: XHTML Basic Первая проблема, с которой вы столкнетесь, связана с применением атрибутов width, alignment и cellpadding для каждой таблицы и ее ячеек. Поскольку указанные атрибуты предназначены для представления документа, их определе' ние удалено из правил определения типов XHTML Basic DTD. Хотя атрибуты представления и не поддерживаются стандартом XHTML Basic, реализовать соответствующие функции при отобра) жении документа вполне возможно. Каскадные таблицы стилей по) зволяют выполнить преобразование, если в исходном документе классы стилей для таблиц уже были определены. Линейки горизонтальной разметки в XHTML не поддерживаются, поэтому из кода программы следует убрать разделитель между содержанием данной страни' цы и прочей информацией, помещенной под ней. Кроме того, сведения о дате, вве' денные на JavaScript, нужно преобразовать в обычный текст документа. Ниже опи' саны изменения, которые необходимо внести в исходный файл: author is HTML Writers by Marshall Jansen, AKA Orion www.books-shop.com документа на основе XHTML Basic HEIGHT=31 BORDER=0 HTML Преобразование документа лучше всего начать с приведения его структуры к формату XHTML посредством программы TidyGUI, описанной в главе 9. Эта программа заменяет все элементы и атрибуты строчными буквами и добавляет в пустые элементы необходимые разделители. Результат обработки исходного тек' ста продемонстрирован на рис. 17.2. Рис. 17.2. Первый этап преобразования документа: из 4.0 Transitional в XHTML 1.0 Transitional www.books-shop.com I Приложение XHTML Basic jansen, poetry, anime, space, madness, deep, dino, mush, mud, xibo, apollo, smile, 40k, fantasy, tyranid, gw, miniatures, painting, conversion, crimson, fists, dark, elves, hello, kitty, slaanesh, tzeentch, khorne, www.books-shop.com Создание документа на основе XHTML Basic (Under /> Окончательный вариант документа представлен на рис. 17.3. В листинге 17.2 дан исправленный код разметки. Рис. 17.3. Сайт Orion's Domain: версия XHTML Basic без дополнительных исправлений в таблице стилей Листинг 17.2. Сайт Orion's Domain, версия XHTML Basic  orionbasic.html <meta XHTML Basic see www.w3.org" /> Domain Apollo Smile. Street Fighter II These are few of my favorite /> www.books-shop.com Приложение XHTML Basic Резюме В этой главе вы узнали о разнообразных типах оборудования, с помощью кото' рого можно получить доступ в Internet, познакомились с уникальными характерис' тиками программного обеспечения некоторых устройств, а также с типами докумен' тов, для обработки которых предназначены эти устройства. Здесь рассказывалось о механизме поэтапного преобразования исходного HTML'документа в формат XHTML Basic, полученный результат сравнивался с исходным документом и с вер' сией XHTML 1.0 Strict. В следующей главе рассматривается новый способ описания и обработки XHTML'документов посредством методов профилирования. www.books-shop.com Создание документа на основе XHTML Basic href

place of employment. Coding these pages pays pages from work. These are my Coding these also pays my author is /> HTML Writers Guild" />

by Marshall Orion



Проведем эксперимент: заменим объявление типа DOCTYPE в на описание, которое используется в версии XHTML 1.0 Strict, и проверим получен' ный документ на состоятельность. В сообщениях анализатора отсутствуют ошибки, указывающие на включение программой XHTML Basic кода, который не проверя' ется правилами XHTML 1.0 Strict. Таким же образом можно убедиться в совмести' мости документов, разработанных на основе XHTML 1.0 Strict или XHTML 1.0 Transitional и подмножества XHTML Basic: достаточно изменить DOCTYPE и срав' нить результаты, то есть повторить операции, описанные при преобразовании стра' ницы сайта Orion's Domain.

www.books-shop.com

Профилирование Содержательная информация элемента meta заключена в его атрибутах, по' скольку сам элемент является «пустым» — EMPTY. Присутствие в перечне атрибу' тов параметрического компонента указывает, что объект meta может при' нимать значение любого из атрибутов, принадлежащих к (описание атрибута для поддержки национальных языков приведено в главе 13). Наиболее часто в документах применяются два атрибута: name и content. Если атрибут name идентифицирует конкретные метаданные ' информацию, поддерживаемую элементом meta, то значение content ' это непосредственная запись метаинформации. Например, для указания автора этой книги (если бы она публиковалась в формате XHTML) необходимо применить следующую за' пись: <meta

/>

В том случае, когда метаданные требуются для обмена информацией между компьютерами, например для формирования серверами HTTP, занятыми сбором совместимых заголовков откликов, вместо атрибута name использу' ется (он будет описан ниже). Последний элемент рассматриваемого атрибут scheme, который обеспечивает поддержку дополнительной контекстной информации указанием семантики атрибута content. Если нужна, допустим, уникальная библиографи' ческая ссылка на данную книгу, атрибут meta следует представить так: />

На практике атрибут применяется крайне редко. Например, в преды' дущей записи значение ISBN можно присвоить сразу атрибуту name, при этом про' грамма останется понятной. Сбор метаданных и их обработка ) предмет исследо) ваний. Данной теме посвящен, в частности, проект Dublin Core Metadata Initiative для глобального пространства электронных ре) сурсов. С ним можно ознакомиться, по адресу purl.org/DC/. Поскольку метаданные являются гибкой конструкцией, обязательный набор их имен с предписанными значениями, используемый для элементов meta, стан' дартом языка не устанавливается. Однако эта гибкость при отсутствии руковод' ства по метаданным может вызвать затруднение у Web'дизайнеров, не знающих, что следует описывать. В таком случае надо определить, какая информация будет автору документа, сотруднику организации, опубликовавшей приложе' ние, любому человеку, которому нужен первоисточник. Использование справочных данных позволяет: а идентифицировать автора документа; а указать авторские права на его содержание; а дополнить документ базовым описанием его содержательной части ' своего рода аннотацией;

www.books-shop.com

Глава 18. Профилирование Предыдущие главы были посвящены механизмам построения XHTML'докумен' тов и определению состоятельности их грамматики. В данной главе документы рассматриваются с точки зрения коллекции данных. Но прежде чем приступить к обработке коллекции, ее сортировке либо определению свойств, необходимо по' нять, что представляет собой каждый документ. В настоящее время существуют специальные методы описания и работы с документами, представленными в виде основного ресурса информационных систем управления; в стандарте XHTML уже заложена подобная возможность. В этой главе рассматриваются: а определение метаданных; а способы включения метаданных в создание описательных элементов meta; методы применения элементов meta для формирования заголовков ответов при организации обмена данными с помощью протокола HTTP.

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

Механизм включения В серверной и клиентской части сетевых программ XHTML элемент meta предо' ставляет справочные данные о запрошенном для обработки документе. Эта информа' ция необходима для индексации приложения, если в системе организован процесс поиска и сбора данных, а для также идентификации и группирования документов в других приложениях. Рассмотрим представление элемента и перечня его ат' рибутов в описаниях типов XHTML 1.0 Transitional DTD: meta EMPTY> meta http
equiv NMTOKEN ttlMPLIED name NMTOKEN ttlMPLIED content CDATA ttREQUIRED

scheme CDATA

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Профилирование Применение метаданных

машинных инструкций

Множество метаданных, используемых для машинных инструкций, условно разделяется на две категории: для работы в поисковых процессах и для передачи директив клиентским приложениям. представлена простейшая запись эле' мента в которой атрибут name значение robots: />

Данная инструкция указывает сетевым агентам, роботам (robots), что документ, хранящий метаданные с ключом noindex, не должен индексироваться. Дополнительный ключ информирует агента, что ссылки, присутствую' щие в документе, обрабатывать не следует. Отметим, что все сетевые процессоры поиска распознают на) стройки, указанные в и подчиняются им. Однако в последнее время программы поиска чаще применяют алго) ритм протокола Robots Exclusion Protocol. об условиях протокола, а также о его работы, отоб) ражаемых в генерируемом файле можно найти на сайте http://info.webcrawler.com/mak/proiects/robots/exclusion)admm.html. Большинство поисковых систем определяют момент возвращения конкретной Web'страницы, исходя из результатов сравнения исходных данных для поиска, заданных пользователем, с собственной информацией, касающейся этой страни' цы либо сайта. Обычно хранимые представлены списком ключевых слов, обнаруженных в документе. Авторы документа могут определить ключевые слова, которыми, по их мнению, нужно руководствоваться, используя элемент keywords. Количество ключевых слов для а также необходимость применения в качестве критерия отбора всех словообразований ключа пока не установлены. В некоторых алгоритмах поиска ключевые слова вообще не записываются, а стра' ница индексируется целиком; другие агенты считывают ключевые слова, но для поиска ограничиваются несколькими первыми ключами. В большинстве рекомен' даций верхняя граница области ключевых данных определена равной 25 словам либо 250 символам, причем порядок их следования определяется значимостью информации: ключевые слова, наилучшим образом описывающие сайт, должны располагаться в начале списка. Рассмотрим пример использования ключевых слов на одном из самых попу' лярных игровых Web'сайтов ' Gainesville. Домашняя страница сайта представле' на на рис. 18.1. Запись метаэлемента достаточно короткая: <meta взноса, мы сами оплатим ваш в ы и г р ы ш ! " />

в наш клуб можно без

В этой записи реализованы требования стандарта XHTML 1.0: наименования атрибута и элемента введены строчными буквами, а в конце строки стоит слэш (он обязателен для пустых элементов). Далее следует перечисление ключевых слов с применением элемента keywords:

www.books-shop.com

Метаданные а назвать инструментарий, задействованный в процессе создания страницы; а привести дату последней редакции документа. Элементы а могут применяться также для контроля процесса компьютер' ной обработки документа. Они обеспечивают: а инструкции для индексирующих роботов; а подсказки клиентам о том, когда следует обновить документ, размещенный в кэш'памяти; а указание даты, когда срок хранения документа истекает; а ключевые слова, которые используются для поиска необходимых данных. Итак, метаданные могут быть как общего, так и специального типа. В Web'доку' менты разработчик обычно включает информацию о владельце приложения (в при' веденном ниже примере ' собственные имя и фамилию), дату проверки документа либо дату последней его редакции, простейшую запись об авторских правах и анно' тацию. Пример <meta <meta <meta

/> июня 2000 г." /> сентября 2000 г." />

<meta <meta

июня 2000 г., WebGeek,

/>

по применению метаданных в Web
документах" /> <meta 31 октября 2000 г. 00:00:01 по Гринвичу" /> <meta 1 gen false comment 0800" r (n 0 s 0 v 0 1

North America Server" for on />

Остальные элементы а, в частности два последних элемента в примере, обычно служат исходными данными для обработки процессорами поиска, браузе' рами или другими автоматизированными системами. Значение атрибута указывает браузеру дату и время, когда копию документа, хра' нимую в памяти, следует заменить. Обновленную страницу браузер в указанное время должен запросить у сервера. Последний элемент а примера предоставля' ет информацию для сервиса ранжирования приложений, которые могут использо' ваться прокси'системами либо другими устройствами, оборудованными фильтрами содержания, чтобы запретить доступ к неактуальным данным. ранжирования разработана Ассоциацией по документов в Internet (Internet Content Rating Association). Доступ к службе можно по адресу

www.books-shop.com

Профилирование Выше уже говорилось, что часть элементов предназначенных для обмена между компьютерами, вместо атрибута name использует http'equiv. Дело в том, что в начале развития Internet, когда доставка страниц осуществлялась только по' средством протокола передачи гипертекста (HyperText Transfer Protocol ' HTTP), клиент, инициировавший запрос, и сервер, высылавший ответ, использовали для обмена данными дополнительную информацию в заголовках HTTP'пакетов. Эти служебные данные представляли собой дополнительные биты, помещаемые перед информацией для обмена. В нашем случае, чтобы построить HTTP'заголовки от' кликов между сервером и клиентом, в качестве значения атрибута http'equiv эле' мента meta следует применить одно из свойств. В табл. 18.1 приводится несколько общих свойств, принадлежащих атрибуту http'equiv. В листинге 18.1 показано, как эти свойства применяются в заголовке Таблица

Экземпляры свойств и значений атрибута httpequiv

Свойство

Значения атрибута «содержание»

Назначение

Expires

Date/time (дата/время)

Content
type

Media type (тип носителя данных и кодировка символов для текста)

Инструкция для кэш*памя* ти: запрос новой копии документа после указанных времени и даты Инициализация встраивае* мых в браузер программ и/или кодировок символов Установка базового языка для создания скриптов Установка базового языка таблиц стилей Контроль обращений к кэш*памяти в HTTP

Type Content
Style
Type Pragma

Листинг

Scripting Language Identifier (идентификатор языка скриптов) Style Language Identifier (идентификатор языка таблиц стилей) nocache (не кэшировать)

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

<meta

/> 2000, WebGeek, Inc." /> применения

<meta />

metadata, descriptions" /> <meta 31 декабря, 2000 23:59:59 по Гринвичу" /> /> /> <meta

/>

www.books-shop.com

Метаданные

Рис.

Домашняя страница сайта Gainesville

<meta games, computer game, computer online gaming, free game, f r e e online online card card bingo, poker, s l o t s , b l a c k j a c k , f r e e s t u f f , f r e e , lottery, sweepstake, sweepstakes, t r i v i a , free money, casino" />

Всего атрибут content данного элемента содержит 26 слов ' минимальное значение множества. ключевых слов приведенного примера содержит не слова, но и словосочетания. В общем списке ключевые сло) вообразования разделяются запятыми. Примечание

информацию, связанную с алгоритмами работы сетевых агентов, вы найдете на сайте Search Engine Watch, разме) щенном по адресу http://searchenginewatch.intemet.com/webmasters/ по указанным темам можно сво) бодно, однако доступ к другим информационным источникам сай) та потребуется

www.books-shop.com

Профилирование

Нерешенные вопросы Выше были рассмотрены способы описания содержания документа, инициа' лизация таких специфических данных, как указание автора и авторских прав, вре' мени создания и изменения документа; описаны расширенные методы компьютер' ной обработки страницы. В среде Web'дизайнеров часто можно услышать критические отзывы об отсут' ствии процедур жесткого контроля над представлением собственных сайтов. Воз' можно, разработчики препятствуют попыткам браузера изобразить не полный до' кумент, а только ту часть, которую программа просмотра понимает. Они скорее согласятся потерять часть посетителей, чем подкорректировать способ представ' ления содержимого страницы. Другие предпочитают заменить «не справившийся с задачей» браузер на другую версию агента, также не модифицируя настроек до' кумента. В настоящее время XHTML не поддерживает механизм жесткого контроля процесса передачи содержимого страницы. На запрос клиента сервер выдает все имеющиеся данные. Следовательно, режим и качество отображения информации определяются только производительностью клиента, стратегией и алгоритмом принятия решения, прописанным в программе разработчиками. Кроме того, клиент не может сообщить серверу, что формат графических изоб' ражений GIF будет обработан, а формат PNG ' нет, либо что используемый браузер не понимает код языка JavaScript. Процедуры и настройки должны быть аппаратно и программно (если иметь в виду клиента) независимы. Пользователю с ослаблен' ным зрением необходимо предоставлять возможность увеличить шрифт изображе' ния, причем сохранить эту процедуру независимо от изменений шрифта документа браузером.

Резюме В этой главе рассказывалось о методах описания документов, о синтаксисе, ис' пользуемом для указания исходных данных документа, таких как дата создания и последней редакции. Вы узнали, что элемент meta может применяться с атрибу' том name для поддержки любого количества и типов свойств документа, а атрибут используется для формирования HTTP'заголовков откликов. Далее будут рассмотрены проекты В предыдущих раз' делах уже делались попытки применить профилирование документов с помощью технологии СС/РР, теперь новые разработки в этой области будут описаны более детально. Вы познакомитесь с проектами, объединяющими Web и телевидение: вероятно, скоро появятся технологии типа «радиовещание в сети Internet» или «встраивание Web'документов в программы телевидения». Заключительная часть главы посвящена расширенным возможностям новых Web'компонентов, так на' зываемых Х'форм, разработкой которых заняты специалисты одной из рабочих групп W3C.

www.books-shop.com

Метаданные

|

метаданных Разработка эффективных упрощается, если дизайнер приме' няет специализированные инструменты. В табл. 18.2 указаны два сайта, где пред' ставлены необходимые программы. Таблица 18.2. Инструментарий для построения и редактирования метаэлементов Имя и адрес сайта

Элементы

Builder 2, http://vancouverwebpages.com/

Поддерживает генератор для наиболее часто используемых метаэлементов, при работе формы. Предоставляет полный вариант значений для атрибутов name и httpequiv, а также описание их применения Современный набор инструментов для построения и редактирования метаданных

Dublin Core Metadata Initiative Tools Page, http://Durl.ora/DC/tools/index.htm

Одним из наиболее популярных сайтов является Reggie Metadata Editor. Здесь можно выбрать схему построения метаданных, синтаксис для форматирования вы' ходных документов, например HTML 4.0, RDF либо иных. После определения всех необходимых опций пользователю предлагается детализировать общие свой' ства применяемых метаданных. Соответствующее меню показано на рис. 18.2.

Рис. 18.2. Сайт Reggie Metadata Editor

www.books-shop.com

Дальнейшее развитие XHTML

Рис.

Простая страница приложения

Итак, данные заголовка в настоящий момент указывают на тип используемого браузера. Технология СС/РР поможет получить дополнительную информацию, ко' торая позволит серверу создать страницу, соответствующую настройкам браузера пользователя, а также просмотреть полный комплекс технических возможностей браузера. Кроме того, она даст возможность учесть личные предпочтения владель' ца браузера ' конкретный способ отображения данных. Браузер для мобильного устройства по сравнению с браузером настольного компьютера имеет целый ряд существенных ограничений, негативно сказываю' щихся на результатах его работы. Разрешающая способность экрана мобильного устройства (обычно пикселов) в несколько раз ниже, чем у обычного мо' нитора (в среднем 1024x768 пикселов). Кроме монохромный экран никогда не сможет конкурировать с полноцветной картинкой, а ограниченный набор сим' волов клавиатуры несравним со стандартным или расширенным набором. Объем оперативной памяти мобильных устройств заметно меньше по сравнению с обыч' ными ПК. К тому же скорость передачи данных по беспроводным каналам значи' тельно ниже скорости передачи по проводным линиям, и такая ситуация в бли' жайшее время не изменится. К примеру, неудобство передачи обычному браузеру мобильного устройства анимируемого изображения в формате 500x500 пикселов у пользователя обычно

www.books-shop.com

Глава 19. Дальнейшее развитие XHTML В этой главе рассказывается о проектах Web'стандартов, которые, несомненно, окажут сильное влияние на структуру и приложения языка XHTML; некоторые из них являются дальнейшим развитием действующих либо утверждаемых вер' сий XHTML. Изучение новых возможностей ' увлекательное занятие. Мы предлагаем вам разобраться в основных концепциях, чтобы получить представление о динамике развития стандартов. Поскольку в данной главе приводится предварительная ин' формация, необходимо сверять прочитанное с текущими версиями документов, на которые даются ссылки: тогда вы сможете без труда находить основные измене' ния в их описаниях. Для рассмотрения выбраны те проекты, которые, с нашей точ' ки зрения, в будущем максимально повлияют на способы получения информации из Internet. Вы познакомитесь: а с технологией СС/РР (Composite Capabilities/Preferences Profiles ' ком' плексная оценка возможностей/конкретные требования потребителя), ко' торая позволит Web'серверам настроить вывод документов на тот тип бра' узера, который выбрал пользователь; а с проектами объединения телевидения и Web. Такая интеграция должна рас' ширить информационные ресурсы обоих «партнеров»; а с новым поколением Web'форм, построенных на базе языка XML и полу' чивших собственное название ' XForms.

Технология СС/РР Реализация доступа в Web с помощью мобильных устройств предоставляет пользователям множество новых возможностей. Мы говорим это искренне, не для рекламы, поскольку сегодня ее и так достаточно. Однако есть и неразрешенные технические проблемы. Одна из них состоит в разработке механизма совместимости Web'страницы («карты» на мобильных браузерах), переданной сервером сети, с настройками браузера получателя. Мож' но не только организовать такое взаимодействие с помощью элемента header (за' головок) HTTP'сообщения, но и получить информацию из этого заголовка. На рис. 19.1 показана информация, отображаемая одним из доступных в настоящий момент методов: применение простой страницы JavaServer, которая по' лучает доступ к данным, хранимым в заголовке Пакета HTTP.

www.books-shop.com

Дальнейшее развитие XHTML Терминология СС/РР Чтобы Web'сервер определял возможности различных браузеров, которые мо' гут получить доступ к его ресурсам, были разработаны новые концепции. Разуме' ется, появилась и новая терминология. Ниже приведены термины, применяющие' ся для области размещения браузера: а профиль агента Agent Profile) ' описание потенциаль' ных возможностей и настроек устройства клиента или агента пользователя ' браузера; а атрибуты (Attributes) ' характеристики или возможности агента пользова' теля, совокупность которых образует профиль агента. Например, разреша' ющая способность экрана пользовательского терминала; а указание (Hint) ' выражение, описывающее предпочтения браузера. Указа' ние в форме подсказки будет поступать на сервер'источник. Маловероятно, что это требование всегда будет выполняться. Например, для браузера более предпочтительным может стать язык XHTML, а не HTML. Для представления серверной стороны используются следующие термины: а

(Origin Server) ' Web'сервер, который является источни' ком информации для агента пользователя; а аутентификация (Authentication) ' подтверждение достоверности инфор' мации о паре пользователь/браузер; выбор содержания (Content Selection) — выбор документа для последующей обработки. Критерием отбора служит соответствие агента пользователя структуре СС/РР.

Некоторые термины применимы и к клиенту, и к браузеру: (Capability) ' атрибуты получателя сообщений. Этот термин используется и по отношению к потенциальным возможностям сер' вера, если речь идет о типах сообщений, которые он может обрабатывать; а согласование по содержанию Negotiation) ' процесс обмена данны' ми между сервером'источником и агентом пользователя, основная цель ко' торого — предоставить браузеру возможность выбрать множество наиболее доступных форматов содержания из имеющихся на сервере. терминология СС/РР представлена в документах, перечис) ленных в конце данной главы. Профиль СС/РР определяет клиентскую часть (или агента пользователя) с помощью перечня СС/РР'атрибутов или возможностей (features). Каждая воз' можность идентифицируется именем, записанным в формате URI. Набор таких имен, используемый для описания клиента, называется словарем (vocabulary). Структура СС/РР содержит небольшое количество основных характеристик, формирующих базовый словарь СС/РР. Уже принято решение о поддержке расши' ренных словарей. Здесь можно провести аналогию с расширениями, поддерживае' мыми механизмом модульного конструирования, о котором рассказывалось в гла' вах 14 и 16. Стандартизация расширенных словарей возможна для следующих

www.books-shop.com

Технология СС/РР вызывает только раздражение, а уж повторить этот процесс не решится никто. Но есть и другая проблема: может оказаться, что пользователю просто нечего пере' дать. Мобильному устройству необходимо обеспечить доступ к содержанию спе' циального типа. Формат данных должен быть представлен таким образом, чтобы ограниченные возможности агентов пользователя не приводили к малопонятно' му, лишь частично видимому изображению. Поскольку применение мобильных браузеров позволяет увеличить деловую ак' тивность, нужен метод, настройку браузера с содержанием, которое он будет обрабатывать. Цель этой технологии ' обеспечить браузеры мобильных устройств (а в дальнейшем и любой тип агента) такими типами Web'страниц либо приложениями с другим форматом содержания, которые соответствуют текущим возможностям используемого браузера. Для поддержки описанного механизма бра' узер должен передать серверу информацию о себе. В свою очередь, Web'сервер дол' жен определить достоверность полученных данных и подготовить соответствую' щий тип документа. Такой подход к разрешению проблемы совместимости источника и получателя лежит в основе технологии СС/РР. Можно применить другой способ, использующий модули данных: браузер об' рабатывает только понятные ему сведения. Этот механизм предполагается ис' пользовать в основном для браузеров телевизионных приемников, настройки ко' торых не позволяют передавать Web'серверу информацию о ресурсах.

Метаданные и формат описания ресурса Метаданные ' это данные об информации, содержащейся, например, внутри документа XML. Обратите внимание: метаданные не являются содержанием до' кумента, а описывают одну или несколько его характеристик. Сначала примене' ние метаданных в приложениях Web ограничивалось введением тэгов <МЕТА> в заголовки HTML'документов, чуть позже ' и в документы XHTML. Конфигурация браузера обычно определяется с помощью формата описания ре' сурса (Resource Description Framework ' RDF), который составляет основу боль' шинства работ W3C, связанных с представлением метаданных. Более специфич' ным является применение RDF в качестве фундамента для технологии СС/РР. RDF — это модель представления именованных свойств и их значений. Все структуры, описанные в RDF, состоят из ресурсов, которые могут включать в себя отдельные Web'страницы либо их коллекцию. Любой ресурс характеризуется свой' ством, определяющим перечень допустимых значений, типы ресурсов, которые оно может описать, и его отношения с другими свойствами. Предложение RDF содер' жит конкретный ресурс, сопровождаемый именованным свойством и его значени' ем. Хотя внутри RDF применяется язык XML, содержание описываемых Web' ресурсов может представляться и в любом другом формате. RDF также является основой для технологии СС/РР, семантику которой он использует. Более описание можно найти в рекомендации Re) source Description Framework (RDF) Schema Specification no адре) су

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Дальнейшее развитие XHTML рекомендации по построению профилей можно получить, обратившись по адресу Оба механизма ' СС/РР и профилирование XHTML'документов ' можно рассматривать в качестве участников процесса согласования по содержанию, где потенциальные возможности агента пользователя и требования к нему сравни' ваются с производительностью и доступными версиями документов, размещен' ных на сервере'источнике. После определения профиля предпочтений агента пользователя разрешается дополнительно включить возможности XML/XHTML. Например, в некоторых случаях допустимо динамическое создание подходящей по формату Web'страни' цы. Для этого используются XSLT'преобразования и технологии форматирования объектов, описанные в главе

Документы консорциума

технологии СС/РР

Технология СС/РР входит в число работ, проводимых в рамках консорциума, по определению условий доступа к информационным ресурсам для мобильных устройств ' Mobile Access Activity. В настоящее время для рассмотрения предло' жено четыре рабочих документа, связанных с технологией СС/РР. Доступны сле' дующие актуальные версии: a Composite Capabilities/Preferences Profiles: Requirements and Architecture (требования и архитектура) ' a Composite Capabilities/Preferences Profiles: Structure (структура) ' a CC/PP Attribute Vocabularies (сборник описаний атрибутов) ' a Composite Capabilities/Preferences Profiles: Terminology and Abbreviations (тер' минология и список аббревиатур) Изучая документы, размещенные по данным адресам, обратите внимание, что вверху каждой страницы поддерживается связь с последней редакцией (Latest Version). Это соединение позволит вам узнать о возможной модификации содер' жания. Ниже представлены этапы становления документа, утвержденные консорциу' мом W3C (в порядке роста значимости): а рабочие документы (Working Drafts) ' документы, которые разрешается из' менять радикально. Концепции или решения могут добавляться или исклю' чаться: они только намечают путь для достижения необходимого результа' та. Когда рабочий документ приобретает завершенную форму, выпускается его сигнальный вариант ' Last Call. Если технология оказывается излишне сложной качество принятых решений сомнительно, работа над доку' ментом будет продолжена;

www.books-shop.com

Технология СС/РР типов оборудования: графических устройств, устройств передачи речевых сооб' щений и устройств беспроводного доступа. Термины словарей СС/РР предполагается построить на основе синтаксиса пространств имен URI (см. раздел «Пространство имен с типом локально' го атрибута. Тогда запись атрибута примет следующий общий вид:

Текущие документы являются рабочими, поэтому формат записи измениться.

расширяемость и распределенная структура Стандарт СС/РР должен быть гибким, поскольку нельзя предсказать все из' менения в структурах будущих агентов пользователя. Та же причина заставляет разработчиков стремиться сделать его расширяемым: необходимо иметь возмож' ность добавлять новые типы профиля. Кроме того, стандарт обязательно должен быть распределенным, поскольку централизованная регистрация может оказаться уязвимой для системных нарушений. Речь идет о возникновении условий, противо' речащих основополагающим принципам Internet: неустойчивая работа всей сети при нарушении физических соединений либо при возникновении других проблем в ка' кой'либо из ее областей.

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

Совместное применение СС/РР и языков XML и XHTML Существует несколько вариантов интеграции языков XML и XHTML в стан' дарт СС/РР. Основу описания СС/РР составляет формат описания ресурса (RDF), созданный на основе XML. Разумеется, из сказанного не следует, что данные СС/РР будут записаны в формате XML, но сам протокол СС/РР (во всяком случае, окончательный вариант), вероятно, станет доступным в совместимой с XML форме. Технология СС/РР позволяет идентифицировать потенциальные возможнос' ти агента и предпочтения пользователя по работе с этим агентом. В профилях до' кументов XHTML указывается функциональность, оптимальная для их представ' ления. Следовательно, СС/РР и профили можно сопоставить, когда сервер'источник выбирает оптимальный тип содержания, которое необхо' димо доставить агенту пользователя.

www.books-shop.com

Дальнейшее развитие XHTML Возникают и вопросы технической реализации. Например, необходимо со' здать XML'совместимый формат для инкапсуляции данных о местоположении объекта. Решением проблемы может стать язык разметки для данных о местопо' ложении объекта — Navigation Markup Language (NVML), предложенный фир' мой Fujitsu в июне 1999 года. С документом можно www.w3.ors/Submission/1999/10/.

по адресу

В консорциуме обсуждается и другой вариант решения ' документ (Point Of Interest eXchange) Language Specification» (Спецификация языка обме' на требуемыми данными), разработанный в мае 1999 года. Данный документ можно найти в Internet no адресу www.w3.ore/Submission/1999/06/.

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

Телевидение и Web В настоящее время появилось несколько проектов, связанных с интегрирова' нием телевидения и Web. Эта интеграция будет расширяться по мере увеличения числа географических областей, охваченных цифровыми телевизионными систе' мами. По существу, такие разработки разделяются на две основные категории: применение соответствующего телевизионного оборудования для просмот' ра ресурсов Web; а дополнение телевещания Web'содержанием, позволяющим поддерживать интерактивное взаимодействие.

Телевизионные системы для просмотра ресурсов Web Механизм применения телевизионных устройств для обращения к информа' ционным ресурсам Web уже отработан. Такую возможность напри' мер, программа WebTV компании Microsoft. Программе TVWeb (это название является общим для обозначения телеви' зионного оборудования, применяющегося в качестве устройств просмотра Web, а кроме того, отличает новую технологию от WebTV), вероятнее всего, не пона' добится полный набор функций XHTML: она ограничится настройкой несколь' ких отобранных модулей, входящих в спецификацию Modularized XHTML.

www.books-shop.com

Технология СС/РР а рекомендация)кандидат (Candidate Recommendation) ' продвижение доку' мента на этот уровень означает, что его рабочие версии считаются полнос' тью завершенными. На данном этапе рекомендация передается организаци' ям, внешним по отношению к рабочим группам или консорциуму W3C, с просьбой оценить документ; а (Proposed Recommendation) ' если документ по' лучил положительные отзывы на стадии кандидата, он подвергается допол' нительной проверке. В самом худшем случае он может быть возвращен на уровень рабочего документа; а рекомендация (Recommendation) ' последний этап. Документ с данным ста' тусом становится зафиксированным стандартом (до тех пор, пока не будет формально установлена заменяющая его версия) для всех практических приложений. Поскольку консорциум W3C не является межправительствен' ной организацией, он не может присваивать своим документам наименова' ние «стандарт», поэтому используется определение «рекомендация». Реко' мендации устойчивы к изменениям, их допустимо применять в качестве первоисточника.

Использование браузера может идентифицировать личность пользователя и его местоположение, что делает актуальной проблему безопасной работы, поскольку в некоторых случаях пользователю необходимо скрыть свою личность или местона' хождение. Рассмотрим достоинства и недостатки систем, функциональность которых зависит от наличия данных о вашем текущем местонахождении. Представьте, что в электронную схему вашего автомобиля встроен компьютер с браузером, поддер' живающим обработку речевых данных, который может определить ваше местопо' ложение и выработать несколько вариантов движения до заданного конечного пунк' та. Это может быть прогулочный маршрут, наикратчайший путь, дорога, свободная от автомобильных пробок, и т.д. Согласитесь: в том, что ваш агент способен переда' вать точные координаты места и получать в ответ данные, необходимые для пере' движения, есть определенная выгода. То же касается получения сведений об отелях во время путешествия либо какой'то другой информации по вашему выбору. Но поскольку развитие, управление и эксплуатация таких систем требуют зна' чительных затрат, сети, вероятно, будут обслуживаться людьми. Следовательно, со' трудники фирмы'провайдера могут получить доступ к данным о вашем текущем ме' стоположении, а такая ситуация расценивается как вмешательство в частную жизнь. На первый взгляд, если вы не нарушаете закон и вам нечего скрывать, это не страшно, однако проанализируем возможные последствия подобного вмешатель' ства. Допустим, вы находитесь на трассе в трехстах километрах от дома и переда' ли свои координаты, чтобы получить данные о движущемся впереди потоке. А те' перь предположим, что эта информация перехвачена злоумышленником либо попала в руки недобросовестного Web'оператора: несложно подсчитать, что у вора есть по меньшей мере четыре часа, чтобы забраться к вам в дом. Таким образом, сервис, связанный с определением ваших географических координат, становится поводом для преступления против вас.

www.books-shop.com

Дальнейшее развитие XHTML Несмотря на то что этот способ обеспечивает высокий уровень производитель' ности, применение HTML/XHTML'форм имеет ряд ограничений. Поэтому спе' циалисты консорциума сочли необходимым разработать более совершенные фор' мы для сбора информации ' XForms. Ожидается, что они будут совместимы со стандартом XML. Пример. находятся в стадии разработки, поэтому представленный ниже пример, демонстрирующий простую реализацию регистрационной формы, исполь зует синтаксис, который впоследствии может быть изменен. Пример взят из рабоче го документа консорциума: на


/> /> /> />



<street>123 Maple Street Mill Valley <state>CA 90952



www.books-shop.com

СС/РР и Web*ориентированное телевидение

|

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

Дополнение телепрограмм Наполнить телевизионные программы Web'содержанием можно множеством способов. Например, в трансляцию спортивного репортажа допустимо включить некоторую зону экрана, активизируемую манипулятором для получения инфор' мации о командах и спортсменах'участниках. Учитывая ограниченные ресурсы не' которых телевизионных систем, для отображения этих данных разрешается ис' пользовать выделенный набор XHTML'модулей. Альтернативным вариантом является сопровождение телевизионного широко' вещательного сигнала фоновой информацией, при этом не требуется активизиро' вать агента. Однако у такой схемы существует очевидный недостаток: в текстовую область могут попасть рекламные блоки, имеющие отношение к теме телепередачи. Кроме того, необходимо установить размер экрана Web'зоны достаточным для качественного изображения, но не мешающим восприятию основной телевизионной программы. Конечно, обработка сигнала телеприемниками не идет ни в какое сравнение с соответствующими возможностями обычных персональных компьютеров, поэто' му с помощью телевизионного оборудования можно получить только часть содер' жимого сетевого ресурса. Особенность механизма состоит в том, что ряд модулей XHTML используется телевизионной системой по выбору. XHTML является компонентом языка BXML (BML) ' Broadcast Markup Language (язык разметки для систем радиовещания), который был предложен в качестве стандарта Ассоциацией по радиопромышленности и производству (Association of Radio Industries and Businesses ' До недавнего времени управление телевизором осуществлялось посредством дистанционного пульта для переключения программ. Однако возможность выби' рать отдельные области экрана для получения необходимой информации суще' ственно расширяет перспективы развития телевидения. В дальнейшем увеличение полосы пропускания в средах передачи Web'информации значительно сблизит обе системы, сделав их различие неощутимым.

Структуры XForms HTML'формы были введены в Web в 1993 году. Эти формы, иногда дополняе' мые формами XHTML, в большинстве Web'сайтов играют главную роль при переда' че данных от пользователей к различным службам, основанным на технологии Web. Универсальная форма регистрации является эффективным средством передачи персональных данных о пользователе для получения им права доступа к информа' ционным ресурсам либо для осуществления онлайновых заказов. На большинстве коммерческих сайтов для сбора отдельных данных в полный онлайновый заказ ис' пользуются формы HTML/XHTML. В качестве примеров можно привести процес' сы сбора заказов на книги и другие товары на сайтах Amazon.com и Barnes & Noble.

www.books-shop.com

Дальнейшее развитие XHTML создаются на базе XML, для управления процессом представления документов они могут использовать каскадные таблицы стилей, а также расширяемый язык таблиц стилей (XSLT и XSL'FO). Естественно предположить, что возможности XForms будут неодинаковыми для различных платформ. Мобильные устройства с небольшим экраном освоят элементарные функции, предлагаемые новой технологией. Обладатели мощных компьютеров, подключенных к Internet по высокоскоростному широкополосному каналу смогут добиться исполнения сложных графических и мультимедийных приложений. Одновременно с предоставлением расширенных возможностей вывода инфор' мации, новая технология, вероятно, будет поддерживать аналогичные функции вво' да данных пользователем, например посредством браузера с синтезом речи. Такой комплекс аппаратно'программных средств окажется полезным, в частности, цен' трам обработки вызовов по телефону, администрация которых стремится оградить своих сотрудников от бесконечно повторяющихся заказов. У большей части современных форм HTML и XHTML отсутствует функция исправления ошибок. Кроме того, пользователи не могут создавать собственные скрипты, которые позволяют выявить опечатки, допущенные при вводе данных. В технологию XForms специально включены стандартные средства верификации, сокращающие количество ошибок в записи почтовых индексов и номеров теле' фонов. В электронной коммерции проверка корректности ввода номеров кредит' ных карт может стать основой построения комплексной системы обнаружения и устранения ошибок. Более высокая эффективность механизма XForms по срав' нению с методами написания традиционных форм, дополненная функцией со' здания пользовательских сценариев, позволит сократить время и стоимость раз' работки. Новые возможности считывания информации могут стать результатом применения объектной модели XML'документов с данными В некоторых ситуациях необходимо прервать процесс заполнения формы и воз' вратиться к нему позже. Поясним на примере. Допустим, вам необходимо в онлай' новом режиме заполнить декларацию о доходах либо ответить на вопросы договора о страховании, но вы не можете закончить этот процесс из'за отсутствия ряда дан' ных. Следуя алгоритму существующей версии, вы обязаны либо выслать запол' ненную форму, либо прекратить процесс и потерять выполненную часть работы. Применение XForms позволяет прервать ввод информации, сохранив результа' ты уже сделанных операций. Приложения XForms наследуют концепции технологии клиент/сервер, поэто' му формы можно разделить на три категории: по представлению данных, их логи' ческой обработке и хранению. Такая организация соответствует n'звенной модели сервера (распределение объектов по множеству серверов приложений для разде' ления вычислительной нагрузки). Работа над XForms, вероятно, приведет к последовательной реализации раз' личных модулей, началом которой станет построение модуля'ядра. Такое приме' нение модулей в технологии XForms тесно связано с концепциями модульного проектирования в XHTML (см. часть III). На этом мы закончим обзор расширений языков XML и XHTML.

www.books-shop.com

Структуры XForms Name:
Рабочий которые предъявля) ются к структурам XForms, размещен по адресу http://www.w3.org/ С рабочим документом, со) держащим описание модели данных для XForms, можно ся на сайте 20000406. Модель данных XForms будет включать: определение типов данных, описание области допустимых значений для типов, структуры модели данных, а также язык выражений XForms. Поскольку перечисленные структуры взаимозависимы, а неко' торые элементы модели данных пока стандартизированы не до конца, мы не рас' сматриваем здесь рабочий документ, который в ближайшее время будет изменен. Однако большинство общих определений, относящихся к структурам XForms, ве' роятнее всего, сохранятся. Специалисты консорциума, занятые разработкой XForms, определили следу' ющие ключевые требования к новому поколению Web'форм: а а а а

упрощение переносимости документов; совершенствование взаимодействия и доступности; расширенные возможности архитектуры клиент/сервер; развитие логики форм; гибкость в представлении.

В текущем документе что полной совместимости Web'форм с пре' дыдущим поколением Web'браузеров добиться не удастся; на данном этапе оце' нить характер и уровень возникающих из'за этого проблем невозможно. В соответствии с принципами XML, содержание и его представление в стан' дарте XForms должно быть разделено. Глобализация приложений электронной коммерции требует многоязыковой поддержки. Уровень соответствующих разра' боток должен быть не тот, в котором нуждались профессионалы несколько лет на' зад. Вероятнее всего, в технологию XForms войдут усовершенствованные описа' ния логики, которых нет в существующем поколении форм. Поскольку технология XForms строится на основе XML и XHTML, имеются предпосылки для использования форм с другими XML'технологиями: SVG (Scalable Vector Graphics ' расширяемая векторная графика), спецификация кото' рой находится на этапе рабочего документа, и SMIL (Synchronized Multimedia Integration Language — язык интеграции синхронизированных мультимедийных средств), последний документ имеет статус рекомендации. Так как все технологии

www.books-shop.com

Описание абстрактных модулей для технологии модульного конструирования Данное приложение включает описание абстрактных модулей, опубликованное консорциумом W3C, а также соглашения по синтаксису, типам и множеству имен атрибутов.

Соглашения по синтаксису Следует сразу оговориться, что определения абстрактных модулей даны без правил формальной грамматики. Однако специалисты консорциума W3C заим' ствовали соглашения, которые должны быть знакомы тем, кто использовал прави' ла определения типа документа (DTD). Каждый модуль может рассматриваться в виде таблицы, состоящей из трех столбцов. Строки таблицы содержат имя элемента, перечень атрибутов, допусти' мых для данного элемента, и минимальную модель содержания, которая состоит из списка элементов, множества содержания (которое само есть список элементов) либо типов данных, таких как PCDATA для элемента title. В минимальной модели содержания имеются индикаторы появления и другие выражения, представленные в табл.

Выражение ?

Значение Допустимым

ноль или один экземпляр Foo

Foo +

Допустимым является один и более экземпляров Foo

Foo *

Допустимым является ноль и более экземпляров Foo

А, В

Сначала должно появиться А, затем в

А I В

Альтернатива. Обязательно должны появиться либо А, либо в

А'В

Допустимо появление всех элементов из А, за исключением элементов из в

Parentheses (скобки)

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

www.books-shop.com

Приложение

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Приложение

Тип данных

Описание

Character

Один символ из стандарта ISO10646

charset

Кодировка символов в соответствии со стандартом RFC2045

charsets

Список символов кодировки из стандарта RFC2045. Элементы списка отделяются пробелами

Color

Описание цвета в соответствии со спецификацией в SRGB. Может быть представлено значением с префиксом # либо од ним из следующих 16 имен цвета: Black (черный) = Grey (серый) =

Maroon (насыщенный красный) = Red (красный) = Purple (фиолетовый) =

Green (зеленый) = Lime Olive (желтовато*зеленый или желтовато*коричневый) =

Navy (темно"синий) = Blue (голубой) =

Teal (темнозеленый) = Aqua (цвет морской волны) = Тип среды в соответствии со спецификацией RFC2045 Перечень типов сред в соответствии со спецификацией RFC2045. Эле менты списка отделяются друг от друга запятыми Datetime

Информация о дате и времени

FrameTarget

Имя фрейма, который используется в качестве получателя результиру ющих данных после некоторых операций

Length

Значение, указываемое в пикселах либо в процентах от доступного про странства по горизонтали или вертикали

Код, определяющий язык, в соответствии со спецификацией RFC1766

Список типов ссылок, элементы списка отделяются пробелами. Пробель ные типы символов внутри ссылок запрещены. Описания типов с заглав ными и строчными символами различаются. Ниже представлены распо знаваемые типы соединений с соответствующими пояснениями: Alternate (альтернативный)  указывает заменяющую версию документа там, где присутствует ссылка. В комбинации с атрибутом ука зывает на существование перевода документа. В комбинации с атрибу том media указывает на существование версии для другой среды

www.books-shop.com

Соглашения по синтаксису Таблица Выражение

Значение

Extending elements

Иногда модуль дополняет элемент атрибутами. Когда это происходит, за именем элемента будет следовать символ & (расширение предопределенных элементов)

Assigning type to attribute values

Тип данных для значения атрибута указывается в скобках

legal values of (описание специальных разрешенных значений)

Если в модуле явно описывается список допустимых значений для атрибута, то они перечисляются внутри скобок, следующих за именем атрибута, и заключаются в кавычки, а элементы этого списка разделяются вертикальной чертой

Типы атрибутов Каждый атрибут, указанный в описаниях модуля, сопровождается определе' нием типа, заключаемым в скобки. В табл. П2 приведены типы атрибутов из доку' мента «XML 1.0 Recommendation». Таблица П2 Тип атрибута Описание CDATA

Данные символьного типа

ID

Идентификатор, уникальный в данном документе

IDREF

Ссылка на уникальный идентификатор

IDREFS

Список ссылок на уникальные идентификаторы. Элементы списка разделя ются пробелами

NAME

Имя. Набор допустимых символов имени и их порядок подчиняется тем же ограничениям, как и для идентификатора ID В соответствии с описанием XML лов имени

это имя из любого сочетания симво

Одно или более значений типа NMTOKEN, которые отделяются друг от друга пробелами PCDATA

Обрабатываемые символьные данные

Следующая таблица содержит типы данных и их семантику в соответствии с описанием XHTML для модульного конструирования. Ссылки на стандарты ISO (International Organization for Standar) dization ) Международная организация по стандартизации), а так) же документы RFC (Requests for Comments ) Запросы на коммента) рии: серия документов IETF, начатая в 1969 году и содержащая описания набора протоколов Internet и связанную с ними информа) цию) можно найти в документе of на Web) сайте консорциума W3C.

www.books-shop.com

Приложение Таблица Тип данных

Описание  для устройств проекционного типа Handheld  для переносных устройств (небольшие экраны, монохром ные экраны, растровая графика на основе матрицы пикселов, ограни ченная полоса пропускания) Print (печатный)  вводится для бумажных, непроницаемых носителей и документов, отображаемых на экране в режиме предварительного просмотра (перед выводом на печать) Braille (система чтения и письма для слепых)  используется для устройств с обратной связью, предназначенных для людей с ослаблен ным зрением Aural  вводится для речевых синтезаторов (общий)  пригоден для применения в любых устройствах Выражение может быть указано в абсолютных величинах (тип Length) или в относительных. Относительная величина задается выражением вида где  integer (целое). При распределении доступного пространства между элементами агенты пользователя сначала резерви руют области, указанные абсолютными величинами (в пикселах или процентах), а оставшаяся часть делится между относительными значе ниями длины. Каждая относительная длина получает свободную пло щадь, пропорциональную целой величине, которая предшествует в записи символу Символ * эквивалентен

Number

Один или несколько цифровых символов

Pixels

Целое значение, указывающее количество пикселов в изображении (на экране, печатном листе и т.д.)

Script

Данные этого типа могут представлять содержание компонента script либо значение атрибутов, соответствующих внутренним событиям. В отличие от языка HTML, где такая информация подвергается обработ ке, агент пользователя не рассматривает их как язык разметки, а пере дает процессору скриптов необработанными. Различие заглавных и строчных букв в записи данных скрипта зависит от используемого языка скриптов. Данные скрипта, являющиеся содержанием элемента, могут не включать символовссылок. Но для данных скрипта, входящих в значение атрибута, их наличие допустимо Произвольная текстовая информация

Text

Uniform Resource Identifier  универсальный идентификатор ресурса Список универсальных идентификаторов ресурсов. Элементы списка отделяются друг от друга пробелами

Коллекции атрибутов Пять групп атрибутов образуют пять коллекций. Коллекция является множе' ством атрибутов, объединенных общим назначением. В табл. П4 представлен список

www.books-shop.com

Типы атрибутов Таблица ПЗ Тип данных

Описание (таблица стилей)  указывает на внешнюю таблицу стилей. Альтернативная таблица стилей, выбираемая пользователем, может быть сгенерирована с помощью данного типа ссылки в сочетании С ТИПОМ Alternative Start (начальный)  ссылка на первый документ в коллекции. Данный тип служит указателем в поисковых процессах Next (следующий)  ссылается на следующий документ в упорядочен ной последовательности документов. Может использоваться для за грузки документов заранее, что позволяет заметно сократить время ожидания Prev (предыдущий)  ссылается на предыдущий документ в упорядо ченной последовательности документов. Возможно использование си нонима Previous Contents (содержание)  указывает на документ, который является оглав лением. Синоним ТОС (Table of Contents) там, где это поддерживается Index (индекс)  указывает на документ, содержащий индексные указа тели для текущего документа Glossary (словарь терминов)  указывает на документ, хранящий опре деления терминов, которые использованы в текущем документе Copyright (авторские права)  указывает на авторские права по отно шению к текущему документу Chapter (глава)  указывает на документглаву в коллекции документов (рубрика)  указывает на документ, раскрывающий рубрику коллекции документов Subsection (подраздел)  указывает на документподраздел в коллек ции документов Appendix (приложение)  указывает на документ, служащий приложе нием для коллекции документов Help (справочные данные)  указывает на документ, содержащий до полнительную информацию, связи с другими информационными источ никами и т.д. Bookmark (закладка)  ссылка на ключевой элемент внутри расширен ного документа. Меткой закладки может служить атрибут В каж дом документе разрешается определять несколько закладок

MediaDesc

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

339

www.books-shop.com

Приложение Таблица П5 Элемент

Атрибуты

body (тело документа)

Common

(Heading I Block I

head (заголовоктэг)

I18N, profile

title

html (корневой элемент)

I18N,

Минимальная модель содержания

(CDATA),

head, body

(URI) t i t l e (заголовок текста)

I18N

PCDATA

Модуль Text Данный модуль применяется для структурирования текста документа. С помо' щью его элементов определяются четыре новых множества для модели содержания. В табл. П6 описаны множества модели содержания, а также элементы, входящие в их состав. Последнее, четвертое множество объединяет три предыдущих. Таблица П6 Множество модели содержания Heading (заголовки)

Элементы

I h2 I h3 I h4 I h5 I h6

Block (блочный)

address I blockquote I div I p I pre

Inline

abbr I acronym I br I cite I code I dfn I em kbd I q I samp I span I strong I var

Flow (потоки)

Heading I Block I Inline

В табл. П7 представлено описание элементов, входящих в состав текстового модуля. Таблица П7 Элемент

Атрибуты

Минимальная модель содержания

abbr (сокращение)

Common

I

acronym (акроним)

Common

I

address (адрес)

Common

(PCDATA I

blockquote (выделение блока)

Common, cite (URI)

(PCDATA I Heading I

br (разрыв, переход)

Common

EMPTY

cite (ссылка)

Common

I

code (код)

Common

(PCDATA I

Common

(PCDATA I

div (секция
контейнер) курсивом) (заголовок 1 уровня)

Common

(Heading I Block I

Common

(PCDATA I

Common

(PCDATA I

www.books-shop.com

Модули ядра имен коллекций и перечни атрибутов, входящих на правах членов в конкретные кол' лекции. За именем атрибута в скобках указываются допустимые типы данных для его значений. Последняя коллекция, Common, включает в себя все остальные. Таблица П4

Имя коллекции Core (основная) I18N

Атрибуты class dir

id (ID), title (CDATA) I

(NMTOKEN)

с разными языками) Events (события для каждого типа

onclick (щелчок мышью) (двойной щелчок мышью) (нажатие кнопки мыши в зоне компонента) (освобождение кнопки мыши в зоне компонента) (движение при нажатой кнопке в зоне компонента) onmousemove (движение указателя мыши внутри компонента управления) (выход при нажатой кнопке из зоны компонента) onkeypress (нажатие любой клавиши) (нажатие клавиши управления курсором, стрелка вниз) onkeyup (нажатие клавиши управления курсором, стрелка вверх)

(СТИЛЬ) Common (общая)

style (CDATA) Core + I18N + Events + Style

* Коллекция Event s описывается только при использовании модуля Intrinsic Events, в противном случае она остается пустой. ** Коллекция описывается только при выборе модуля Style Attribute.

Модули ядра Чтобы тип документа соответствовал базовому языку, он должен содержать че' тыре описанных ниже модуля. Любая таблица включает перечень элементов, соответствующие атрибуты и минимальную модель содержания для каждого элемента, входящего в состав мо' дуля, которая может быть представлена синтаксисом расширенных форм Бэкуса' Наура.

Модуль Модуль структуры описывает основные структурные компоненты любого здесь же определяется корневой элемент ' html.

www.books-shop.com

Приложение Таблица П9

Модель содержания

Элементы

List (список)

(dl I ol I

Таблица П10

Элемент

Атрибуты

Минимальная модель содержания

(списокопределение)

Common

(dt

(определяемый элемент)

Common

Inline) *

Common

I Inline) *

dd (описание определяемого элемента) (упорядоченный список)

Common

li +

(неупорядоченный список)

Common

li+

(элемент списка)

Common

(PCDATA

Inline) *

Необязательные модули Описанные ниже 23 модуля являются необязательными. Они могут дополнять модули ядра в любой комбинации. Множество необязательных модулей, которое требуется для построения документов, совместимых с семейством XHTML, опре' деляется разработчиком.

Модуль Applet Модуль Applet обеспечивает средства для ссылки на внешние приложения и доступа к ним. Если он применяется в определении типа документа, для включе' ния элемента applet необходимо изменить множество содержания Inline. Хотя элементы данного модуля поддерживаются стандартом Applet считается устаревшим. Таблица

Элемент

Атрибуты

applet (минипрограмма)

Core, alt (Text), archive (CDATA), code (CDATA), codebase height (Length), name (CDATA), (CDATA), width (Length)

param (параметр)

id (ID), name (CDATA), type value (CDATA), I I

Минимальная модель содержания

EMPTY

www.books-shop.com

Модули ядра Таблица

Атрибуты

Элемент (заголовок 2 уровня) (заголовок 3 уровня) (заголовок 4 уровня) (заголовок 5 уровня) (заголовок 6 уровня) (клавиатура) р (текст абзаца) (текст с сохранением форматирования)

Минимальная модель содержания

Common Common Common Common Common Common Common

(PCDATA

Common Common, cite

(PCDATA

samp (образец)

Common

(PCDATA

span (обозначение strong (выделение жирным шрифтом) var (различимость)

Common Common Common

Модуль Hypertext В модуле гипертекста описывается единственный элемент а, который исполь' зуется для создания ссылок на остальные ресурсы. Этот элемент добавляется во внутристроковое множество содержания базового текстового модуля и должен включаться в определения всех документов, совместимых с XHTML. Таблица

Элемент а (ссылка)

Атрибуты Common, accesskey (Character), charset (Charset), href (URI), href tabindex (Number), type

Минимальная модель содержания (PCDATA I Inline '

Элемент а не может содержать внутри себя другие элементы. Поскольку в случае применения гипертек стового модуля данный элемент добавляется во набор содержания, то минимальная модель содержания для него будет описываться выражением inline  a.

Модуль List Модуль списков определяет набор и соответствую' щих им атрибутов. В модуле описывается новое множество модели содержания ' List (список). Затем оно добавляется к множеству Flow (поток), представлен' ному в базовом текстовом модуле.

www.books-shop.com

Приложение Таблица Элемент

Атрибуты

bdo (элемент прямого и обратного преобразования направления текста)

Common

Минимальная модель содержания I

Модули форм В этом разделе описываются два модуля: модуль базовых форм Forms Module), который включает в себя возможности форм, определенные стандартом HTML 3.2, и его расширенная версия (Broader Forms Module), которая поддер' живает дополнительные функции, предоставляемые стандартом HTML 4.O.

Модуль

Forms

Для применения данного модуля необходимо описать два новых множества со' держания, представленные в табл.

Добавляемые элементы

Модель содержания Form (форма) (элементы управления формы)

input

select I textarea

Кроме того, для включения новых множеств моделей необходимо модифици' ровать два существующих множества моделей содержания (см. табл. П17).

Модель содержания Block

(блок)

Добавленные множества моделей содержания form

inline (встроенный элемент)

formctrl

Модуль базовых форм описывается в табл. Таблица Элемент (форма)

Минимальная модель содержания

Атрибуты Common,

Heading I Block

I "put"), enctype input (вход)

Common, checked maxlength (Number), name (CDATA), size (Number), src (URI), type ("text", "password", "checkbox", "radio", "submit", "reset", "file", value (CDATA)

EMPTY

select (выбор)

Common, multiple ("multiple"), name (CDATA), size (Number)

option+

option (опция)

Common, selected

value (CDATA) Inline*

www.books-shop.com

Необязательные модули

Модули расширения для текста Ниже описаны три модуля, которые позволяют контролировать процесс пред' ставления текстовых данных.

Модуль Presentation В случае применения модуля представления модифицируются два множества содержания: Block и Inline (см. табл. П12). Непосредственно данный модуль описывается в табл. Таблица П12 Модель содержания

Добавляемые элементы

Block (блочный) Inline

hr b, big, i, small, sub, sup, tt

Элемент

Атрибуты

Минимальная модель содержания

(жирные буквы) big (большие буквы) hr (разделитель) i (курсив) small (малые буквы) sub (нижний индекс) sup (верхний индекс) tt (моноширинный шрифт)

Common

(PCDATA I

Common

(PCDATA I

Common

EMPTY

Common

(PCDATA I

Common

(PCDATA I

Common

I

Common

I

Common

I

Модуль Модуль редактирования представлен двумя элементами, которые используют' ся для указания авторских правок в документе. В случае его применения оба эле' мента добавляются во множество содержания

Элемент

Атрибуты

Минимальная модель содержания

(удаление) ins (вставка)

Common, cite Common, cite (URI), datetime (Datetime)

(PCDATA ! (PCDATA I

Модуль

Text

Модуль прямого и обратного преобразования текста описывает единственный элемент ' который задает направление текста (слева направо или справа налево) для содержания элемента. При активизации модуля элемент добавляется в набор содержания

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Приложение Таблица Элемент

Атрибуты

option (опция)

Common, disabled selected

textarea (текстовая область)

Common, accesskey (Character), columns (Number), disabled ("disabled"), name (CDATA), readonly rows (Number), tabindex (Number)

Минимальная модель содержания label (Text), PCDATA value (CDATA)

button (кнопка) Common, accesskey (Character), disabled name tabindex (Number), type ("button" "submit" I value (CDATA)

PCDATA

(PCDATA I Heading I List I Block
Form Inline


fieldset (набор полей)

Common

label (метка)

Common, accesskey (Character), for

(PCDATA

legend (история) Common, accesskey (Character)

(PCDATA

optgroup (группа вариантов выбора)

legend Inline


Common, disabled ("disabled"), label (Text)

Модули таблиц В настоящем разделе описываются два модуля: модуль базовых таблиц ic Tables Module), который поддерживает большинство базовых возможностей, а также расширенный модуль таблиц (Broader Tables Module), включающий в себя много новых функций. В случае применения каждого из указанных модулей необходимо внести из' менения в множество содержания Block: включить в него элемент table. Модуль Basic Tables Таблица Элемент caption

Атрибуты

Минимальная модель содержания

(общие)

table (таблица)

Common, border (Pixels), cellpadding (Length), cellspacing (Length), summary (Text), width (Length)

td (ячейка)

(Text), align ("left" I "center" "right"), axis (CDATA), colspan (Number), headers (IDREFS), rowspan (Number), I "col" I I

I tr+

(PCDATA I

i "middle" I "bottom")

www.books-shop.com

Необязательные модули Таблица Элемент

Атрибуты

Минимальная модель содержания

textarea (текстовая область)

Common, columns (Number), name (CDATA), rows (Number)

PCDATA*

Модуль Forms Модуль форм является расширением модуля базовых форм. Соответственно новые множества моделей содержания, описываемые этим модулем, включают множества, представленные выше. Примечание

Множества моделей применяют те же имена, что ив базовых форм, поскольку расширяют их. В таком слу) чае удобно модули форм в определении типа докумен) та. Любые формы, вводимые стандартом будут те же имена множеств моделей содержа) ния, увеличивая тем самым документов.

Таблица Модель содержания

Добавляемые элементы

Form (форма)

form I fieldset

Formctrl (элементы управления формы)

input I select I

label I button

Как и в случае с модулем базовых форм, множество модели содержания Form (табл. П20) добавляется к множеству содержания Block, а множество Formctrl множество Inline. Таблица П20 Элемент

Атрибуты

Минимальная модель содержания

form (форма)

Common, accept accept
charset (Charset), action method I "put"), enctype

(Heading I Block


input (ВВОД)

Common, accept EMPTY accesskey (Character), alt (CDATA), checked ("checked"), disabled ("disabled"), (Number), name (CDATA), readonly ("readonly"), size (Number), src (URI), tabindex (Number), type ("text", "password", "checkbox", "radio", "submit", "reset", "file", value (CDATA)

select (выбор)

Common, disabled

(optgroup I

multiple ("multiple"), name (CDATA), tabindex (Number), size (Number)

www.books-shop.com

Приложение Таблица Элемент

Атрибуты

Минимальная модель содержания

col (колонка)

I "center" I "right" I "justify" I "char"), char (Character), charof f (Length), span (Number), I "middle" I "bottom" I "baseline"), width

EMPTY

Common, align I "center" I "right" I "justify" I "char"), char (Character), charof f (Length), span (Number), I "middle" I "bottom" I "baseline"), width (MultiLength)

col*

Common, align I "center" I "right" I "justify" I "char"), char (Character), charof f (Length), span (Number), I "middle" I "bottom" I

tr+

Common, align I "center" I "right" I "justify" I "char"), char (Character), charof f (Length), span (Number), I "middle" I "bottom" I

tr+

(группа колонок)

(тело таблицы)

thed (заглавие)

(основание)

Common, I "center" I "right" I "justify" I "char"), char (Character), charof f (Length), span (Number), I "middle" I "bottom" I "baseline")

Модуль Image Модуль изображений позволяет включить в документ картинки. Выбор модуля не оказывает влияния на поддержку изображений клиентской частью программного обеспечения, которая описывается в отдельном модуле, подключаемом по выбору. Для активизации модуля Image необходимо дополнить множество содержа' ния элементом (табл. П23). Таблица П23 Элемент img

(изображение)

Минимальная модель содержания

Атрибуты Common, alt* (Text), height (Length),

longdesc

src*

EMPTY

width (Length)

www.books-shop.com

Необязательные модули Таблица Элемент

Атрибуты

Минимальная модель содержания

th (заглавие)

Common, abbr (Text), align ("left" I "center" I "right"), axis (CDATA), colspan (Number), headers (IDREFS), rowspan (Number), I "col" I I

(PCDATA I

I "middle" I "bottom") tr (строка)

Common, align

I "center" I

(th I td) +

valign ("top" I "middle" I "bottom")

Broader Tables Таблица П22 Элемент

Атрибуты

caption (название) table (таблица)

Common (общие)

Минимальная модель содержания i

Common, border (Pixels),

(col* I

(Length), cellspacing (Length),

"box" I "border" rules ("none" I "groups" I I I summary (Text), width (Length) td (ячейка)

th (заглавие)

Common, abbr (Text), align I "center" I "right" I I "char"), axis (CDATA), char (Character), charof f (Length), colspan (Number), headers (IDREFS), rowspan (Number), scope valign I I Common, abbr (Text), align I "center" I "right" I "justify" I "char"), axis (CDATA), char (Character), charof f (Length), colspan (Number), headers (IDREFS), rowspan (Number), I

tr (строка)

Common, align I "center" I "right" I I "char"), char (Character), charof f (Length),

I Flow)

(PCDATA I

I (th I

"baseline")

www.books-shop.com

Приложение

Модуль Модуль объектов содержит объекты общего назначения, причем никаких ука' заний о типе включаемого объекта не приводится. При использовании данного мо' дуля элемент добавляется во множество содержания Inline. Таблица П26 Элемент

Атрибуты

object (объект)

Common, archive (CDATA), classid

Минимальная модель содержания Flow

codebase (URI), codetype data (URI), declare ("declare"), height (Length), standby (Text), tabindex (Number), type (Length)

param (параметр) id (ID), name* (CDATA), type (ContentType), value (CDATA),

I

EMPTY

I

Модуль Frames Этот модуль служит для описания элементов, связанных с фреймами, а также дополняет некоторые из ранее определенных элементов новыми атрибутами. Выбор данного модуля приводит к значительным изменениям в мо ) дели элемента html, которая примет следующий вид: (head, Таблица Элемент

Атрибуты Core, cols (MutiLength),

Минимальная модель содержания frame+,

(множество фреймов) (фреймы)

Core, f 1" 1 "0"), longdesc (URI), (Pixels), marginwidth (Pixels), noresize scrolling ("yes" I "no" src (URI)

EMPTY

Common

body

(без рамок) (элемент привязки ссылки) (область'

n/a target (CDATA)

Только при активизации модуля Client'side Image

target (CDATA)

Только при активизации модуля Legacy

Map

base& (база)

www.books-shop.com

Необязательные модули Модуль

Image Map

Хотя данный модуль непосредственно не поддерживает элемент img, он опи' сывает элементы, предназначенные для создания изображений на стороне кли' ента. модуль Image (или любой другой, поддерживающий img) должен дополняться модулем Client'side Image Map. В случае использования данного модуля в множество содержания до' бавляется элемент тар. Символ используемый в конце описания некоторых элементов, указывает, что они определены в других модулях, но данный модуль вводит для них новые атрибуты. Соответственно для этих эле) ментов минимальная модель содержания отсутствует. Таблица П24 Элемент

Атрибуты

Минимальная модель содержания

а&

coords (CDATA), shape I "circle" I "poly" I "default")

n/a

Common, accesskey (Character), alt* (Text), coords (CDATA) shape I "circle" I "poly" I nohref tabindex (Number)

EMPTY

usemap (IDREEF)

Когда выбран модуль

(элемент

привязки ссылки) area (область
ссылка)

(изображение) тар

Image I18N, Events, class title (CDATA)

I Block) I Используется только при включении модуля объекта

(объекты)

Модуль

id* (ID),

Image Map

Модуль предназначен для выбора изображения и передачи его координат. Как модуле Client'side Image Map, обязательным является наличие Image Module либо другого модуля, включающего элемент img. Описание Server' side Image Map содержит только атрибуты, элементы отсутствуют. Таблица Элемент (изображение)

Атрибуты

Минимальная модель содержания Когда выбран модуль image

www.books-shop.com

Приложение Таблица Элемент

Атрибуты

(тело)

Пояснения

onload, onunload (при загрузке, при выгрузке)

(метка)

(выбор)

(текстовая область)

(клавиша)

onblur, onfocus (при потере фокуса, при получении фокуса)

Только при выборе модуля Forms

onblur, onchange, onfocus, onselect (при потере фокуса, при изменении, при получении фокуса, при выборе)

Только при активизации модуля Basic Forms либо Forms

onblur, onchange, (при потере фокуса, при изменении, при получении фокуса)

Только при выборе модуля Basic Forms либо Forms

onblur, onchange, onfocus, onselect (при потере фокуса, при изменении, при получении фокуса, при выборе)

Только при выборе модуля Basic Forms либо Forms

onblur, onfocus (при потере фокуса, при получении фокуса)

Только при выборе модуля Forms

Модуль Модуль метаданных описывает единственный элемент ' meta, который обес' печивает аннотацию в секции объявлений документа. В случае применения дан' ного модуля необходимо изменить модель содержания элемента head (в соответ' ствии с определением в модуле Structure), включив элемент meta. Таблица ПЗО

Элемент

Атрибуты

Минимальная модель содержания

meta (мета)

I18N, name content* (CDATA), scheme (CDATA)

EMPTY

Модуль Scripting Модуль скриптов описывает элементы, служащие для вызова либо предостав' ления альтернативного содержания исполняемых файлов скриптов. При использо' вании данного модуля оба элемента его структуры добавляются в множества содер' жания Inline и Block, а элемент script записывается в модель содержания элемента head модуля Structure.

www.books-shop.com

Необязательные модули Таблица

Атрибуты

Элемент

Минимальная модель содержания Только при активизации модуля Linking

(ссылка) target (CDATA)

form& (форма)

Только при активизации модулей Base Form ИЛИ Form

Модуль /Frame Данный модуль предназначен для описания фреймов. Сле' дует отметить, что он не зависит от подключения модуля Frames. При работе с этим модулем в множество содержания Inline добавляется элемент Таблица П28

Элемент

фрейм)

Атрибуты

Минимальная модель содержания

Core, I "0"), height (Pixels), marginheight (Pixels), noresize scrolling I "no" I src (URI), width (Length)

Flow

Модуль

Events

Обработка внутренних событий происходит тогда, когда пользователь осу' ществляет действия с формой. Модуль внутренних событий описывает атрибуты, которые добавляются в множество атрибутов нижеперечисленных элементов только в том случае, если эти элементы существуют в DTD. Данный модуль ис' пользует коллекцию атрибутов Events, представленную в начале приложения. Таблица П29

Элемент

Атрибуты

(элемент привязки ссылки)

(при потере фокуса, при получении фокуса)

(областьгиперссылка)

onblur, onfocus (при потере фокуса, при получении фокуса)

f

onreset, onsubmit (при сбросе, при подтверждении)

(форма)

Пояснения

Только при выборе модуля Client'side Image Map

Только при выборе модуля Basic Forms либо Forms

www.books-shop.com

I

Приложение

Модуль Base Модуль базы описывает элемент используемый для описания базы которая необходима для настройки в документе всех идентификаторов URI с от' носительной адресацией. В случае применения данного модуля элемент за' писывается в модель содержания элемента head модуля Structure. Таблица П34

Элемент

Атрибут

Минимальная модель содержания

base (база)

Модуль Name Identification Модуль идентификации имен определяет единственный элемент ' name, требующийся для коллекции элементов. Он применяется для поддержки обрат' ной совместимости с агентами пользователя, которые идентифицируют специ' альные внутренние элементы документов HTML, основанные на значениях ат' рибута name. В XHTML для этой цели предусмотрен элемент id. Указанный модуль применяется в том случае, если необходимо сохранить обратную совмес' тимость со старыми документами. В случае включения этого модуля нельзя забывать о следующем: а для элементов, перечисленных в табл. П35, обязательно указываются оба ат' рибута ' name а для тех же элементов атрибуты name должны иметь одинаковые зна' чения; а когда документы, использующие данные атрибуты, обрабатываются как эле' менты приложения типа либо значение ат' рибута name не может служить идентификатором фрагмента. Данный

является устаревшим.

Таблица

Элемент

Атрибуты

(элемент привязки ссылки) (минипрограмма) f (форма)

name (CDATA)

f

name (CDATA)

(фрейм)

name (CDATA)

name (CDATA)

Пояснения

Только при активизации модуля Applet Только при активизации модуля Basic Form либо Form Только при активизации модуля Frames Только при активизации модуля I frame

фрейм)

www.books-shop.com

Необязательные модули Таблица Элемент

Атрибуты

Минимальная модель содержания

noscript (без скриптов)

Common

(Heading

script (скрипт)

charset (Charset), language (CDATA), src type*

PCDATA

Атрибут language лучше не применять, версиях XHTML его не

List I

в следующих

Модуль Style Sheet Данный модуль определяет единственный style, используемый для написания внешних таблиц стилей. В таком случае необходимо вклю' чить в модель содержания элемента head модуля Structure. Таблица П32 Элемент

Атрибуты

style (стиль) type* (ContentType),

Минимальная модель содержания (Text), PCDATA space= "preserve"

Модуль Style Attribute Модуль атрибута стиля описывает единственный атрибут ' Выбор мо' дуля активизирует коллекцию атрибутов определенную ранее как часть коллекции общих атрибутов Common. атрибута стиля лучше не

он устарел.

Модуль Link Модуль ссылок определяет единственный элемент ' 1 ink, используемый для описания ссылок на внешние ресурсы, таких как внешние таблицы стилей либо файлы'скрипты. В случае применения данного модуля элемент добавляется в модель содержания элемента head модуля Structure. Таблица ПЗЗ Элемент

Атрибуты

Минимальная модель содержания

link (ссылка) Common, media (MediaDesc), charset (Charset), href (URI), href (Link
Types), rev type (ContentType)

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

Приложение Таблица

Элемент

(окончание)

Атрибуты

Минимальная модель содержания I "center" "right"

Только при использовании модуля Form или Form

"center" I "right"

Только при использовании модуля Basic Form или Form

align ("left" "justify")

type (CDATA), value (Number) compact type (CDATA) p& pre&

start (Number),

align ("left" | "center" I "right" I "justify") width (Number)

Только в случае примене
ния модуля Scripting align ("left" I "center"I"right" bgcolor (Color) tr& th&

bgcolor (Color), height nowrap ("nowrap"), width (Pixels) bgcolor (Color), height (Pixels), nowrap width (Pixels)

ul&

compact

Только в случае примене
ния модуля Tables Только в случае примене
ния модуля Tables Только в случае примене
ния модуля Tables Только в случае примене
ния модуля Tables

type (CDATA)

www.books-shop.com

Необязательные модули Таблица Элемент

Атрибуты

Пояснения

name (CDATA)

Только при активизации модуля image

name (CDATA)

Только при активизации модуля Image Map клиентской части

(изображение) (карта)

Модуль Legacy Данный модуль описывает элементы и атрибуты, устаревшими в более ранних версиях HTML и XHTML. Его элементы допустимо при работе с языками разметки, однако не гарантируется, что они и далее будут под' держиваться. При использовании модуля Legacy элемент base записывается в модель со' держания элемента head модуля Structure. Таблица П36 Элемент

(основной шрифт) center font (шрифт)

Атрибуты

Минимальная модель содержания

color (Color), face (CDATA), id (ID), size (CDATA)

EMPTY

Common

(PCDATA

Common, color (Color), face (CDATA), id (ID), size (CDATA)

S

Common

strike (усиление) и

Common

(PCDATA

Inline) *

I

Common (Color), background bgcolor (Color), text (Color), (Color) clear ("left" ! "all" I "right" I align

"center"

"right"

align

"center"

"right"

align

"center"

"right" I

"center" i img&

"center" i "right" i border (Pixels),

(Pixels),

www.books-shop.com

WAI ' Web Accessibility Initiative (программа стандартизации доступа к ресур' сам Web). Стратегия консорциума W3C, комплекс организационных, технических и программных средств, предоставляющих расширенный доступ к информации, в том числе для людей с ослабленным слухом и зрением. WCAG ' Web Content Authoring Guidelines (руководство для разработчиков и дизайнеров Web'приложений). Изложение основных принципов для авторов Web'приложений, позволяющее расширить доступ к проектируемым страницам. XHTML ' extensible HyperText Markup (расширяемый язык разметки гипертекста). Язык, позволяющий осуществить плавный переход от HTML к XML. XHTML 1.0 Frameset ' одна из трех версий определения типа документа XHTML 1.0 DTDs, в которой разрешено применение фреймов. XHTML 1.0 одна из трех версий определения типа документа XHTML 1.0 DTDs, в которой применение элементов представления запрещено. XHTML 1.0 Transitional ' одна из трех версий определения типа документа XHTML 1.0 DTDs, которая позволяет использовать элементы представления в разметке. XML ' extensible Markup Language (расширяемый язык разметки). Основа для создания определений типа документа (DTD) или схем (Schemas) с использо' ванием собственных элементов и атрибутов. XSL ' extensible Stylesheet Language (расширяемый язык таблиц стилей). Язык таблиц стилей, основанный на синтаксисе XML.

www.books-shop.com

Глоссарий Attribute ' информация, определяемая и хранимая парой name/value (имя/ значение) внутри элемента. СС/РР ' Composite Capabilities/Preference Profiles (комплексная оценка воз' можностей/конкретные требования потребителя). Метод, позволяющий описы' вать и управлять возможностями и настройками агентов пользователя. CGI — Common Gateway Interface (общий шлюзовой интерфейс). Сетевой стан' дарт, предназначенный для создания серверных приложений HTTP. Средство пе' редачи данных от Web'сервера в программу, которая обеспечивает дополнитель' ную обработку информации. CSS ' Cascading Style Sheet (каскадные таблицы стилей). Спецификация язы' ка стилей, первоначально разработанного для HTML. DOM ' Document Object Model (объектная модель документа). Специфика' ция алгоритмов доступа и обработки внутреннего содержания документов ' объектов (изображений, текстовых данных и т.д.) браузерами и скриптами. DTD — Document Type Definition (определение типа документа). Правила грамматики для языка разметки. Element ' структура для хранения и представления данных в XHTML. Эле' мент включает в себя тэги и собственное содержание. HTML ' HyperText Markup Language (язык разметки гипертекста). Стандарт' ный язык, используемый для создания Web'страниц. Modularization ' строительные блоки из элементов XHTML, объединение ко' торых позволяет создавать новые языки разметки (DTD). Parser ' программа, позволяющая читать и обрабатывать XHTML и XML до' кументы. Schema ' новый метод определения типа документов XML. В настоящее вре' мя находится на стадии разработки специалистами W3C. Tag ' тэг. Указывает начало и конец элемента, например User Agents ' самое общее определение, которое включает в себя браузеры, пе' речень свойств различных электронных устройств или другое программное обеспе' чение, используемые для доступа к информационным ресурсам Web. Validation ' процесс обнаружения и исправления ошибок в документах с по' мощью их DTD и схем. W3C ' World Wide Web Consortium (консорциум W3C). Организация, зани' мающаяся разработкой стандартов для Web, включая и язык XHTML.

www.books-shop.com

XHTML в булева типа 161 включение изображений 53 границы 128 для списка 221 идентификаторы 128 коллекции 229 модель содержания 217 DTD 232 параметрический компонент 220 планирование 225 подзаголовки секция объявления списка указатели координат 128 устаревшие 22, 185 ядра 231

Браузеры Cello 154 155 Internet Explorer Lynx 154 Mosaic 154 NCSA 154 Netscape Navigator Opera 155

206

Документы HTML 150 модели с контейнерами 186 приложение с применением DTD пользователя 268 XHTML корневой элемент 173 модели с контейнерами 187 объявление application/html 162 объявление text/html 155, 162 поддержка 163 построение профилей 294 применение XHTML Basic 279 формализованная запись 155

XML объявление типа 193 применение таблиц стилей 196 пролог 193 W3C Validator 142 идентификаторы PUBLIC (общий) 243 SYSTEM (системный) 243 метаданные включение в документ 283 назначение 282 процедуры обмена 286 нормализация 158 переносимость 141 описание абстрактного модуля 246 применение правил DTD 253 проект модели содержания 246 преобразование типов в XHTML 275 XHTML XHTML Basic 277 профилирование 294 таблицы стилей 181 выделение элементов методы связывания 197 селекторы 182 синтаксически правильные состоятельные 14, 18, 176

Заполнители 130

И Идентификаторы формальный глобальный 24 формальный публичный 248 Изображения GIF 46 JPEG 47 PNG 47 внедрение 53 настройка

www.books-shop.com

Предметный указатель Атрибуты accesskey action 59 align alt 130 axis 97, bgcolor 81 body 27 модель вложенных контейнеров 187 border 152 checked 60, 161 cellpadding 276 class 184, 185 cols 68 colspan 81 compact 34 content 26, 285 declare 161 defer 161 deprecated 22 disabled 60, 161 encoding 155, 160 headers 96 height 49, 82 href 52, 180 160, 282 id 96, 160, 185 inserting images 53 161 126, 159 language 26 longdesc 130 text boxes 60, 62

method 59 multiple 161 name 160, 282 input 61 robots 284 text boxes 61 160 namespace 25 noshade 161 nowrap readonly 161 tei 180 rows 67, 82 rowspan 82 scheme 282 selected size select controls 60, 66 text boxes 61 src 48, 60, 158, 219 start 36 tabindex target title 203 type 35 input 61 text boxes 61 unordered list 35 valign 80 value 37 button 70 check box controls 65 radio buttons 65 width 49, 82, 87, 276 219

www.books-shop.com

XHTML в примерах

П Параметрические компоненты атрибуты 221 комбинация объектов 221 международный I18N 219, 223 модуль (спецификация атрибутов) 233 class (принадлежность классу) 233 content (параметризованное mix (комбинация элементов различных классов) 233 mod (составляющие DTDмодуля) 232 module (условные секции) 233 описания 247 планирование 225 размещение текста 220 скрипт 224 события 224 стиль 223 шрифты 221 Переменные. См. Атрибуты Правила WCAG 136 версии 22 доступность документа 135, 136 инструментарий 132 мультимедийные приложения 131 описание документа. См. Описание типа документа определение языка страны 127 построение пользовательского 253 представление 127 сбор данных 131 скрипты 132 списки 128 таблицы 128

Программы Adobe GoLive! 58 Flash 130 Tidy Saxon JACS Paint Shop Pro 48 JavaScript 276 Macromedia Dreamweaver 168 Microsoft FrontPage 168 Notepad 168 QuickTime 130 Reggie Metadata Editor 287 Robots Exclusion Protocol 284 Shockwave SimpleText 168 SMIL 271 275 Validator 143 WAI 124 скрипт 132, Пространство имен обход 249 префикс 199, 249 Процедуры вложения таблиц 95 тэгов 193 фреймов 108 наследования 193 применения метаданных для машинных инструкций 286 связывания слияния ячеек 88

Свойства. См. Атрибуты Свойства стилей wordspacing 191 внутренний уровень 190 выравнивание цвета 185

шрифты 185

www.books-shop.com

Предметный указатель Индикатор возможных появлений 215

К Карта битов 46 Классы 125 Ключевые слова IGNORE 233, 248 INCLUDE 233 SYSTEM 24 Компоненты параметрические. См. Параметрические компоненты управления 61 buttons 70 check boxes 60, 66 cols 67 form input 69 hidden 68 image controls 60 radio buttons 65 rows 67 select controls 65 area 68 text boxes 60 кодировка 72 пароль 62

M Маршрут полный и укороченный синтаксис 201 формы представления 202 этапы 201 Метаданные корневой элемент 24 объявление 24 Модули XHTML Basic 272 XHTML Framework 254 компоненты символов 257 модель документа 257

назначение 256 нотации 256 общие атрибуты 257 поддержка событий 257 типы данных 256 интегрирование модулей 265 комбинирование предопределенных модулей 237 описания XHTML 232 минимальная модель содержания пользовательский модуль 246, 253 собственное Webдокументы 243 составление правил DTD 237 шаблоны 257

Н Настройка изображение/текст 50 табличные данные 102

Обработка информации сценарий CGI 77 формы 73 Объектная модель документа документа 143, 176, 212 автономное определение типа 251 версии 22 группирование выражений 213 драйверы 257 определение ELEMENT 216 правила 237 секция объявления списка атрибутов 216 синтаксис описаний 212 составление собственных описаний 267 шаблон 265

www.books-shop.com

XHTML в примерах meta (метаданные) 24, 151, 160 noframes (без фреймов) (упорядоченный список) 35, 42, 128 option (вариант) 85 (абзац) 23, 147 script (скрипт) 158 select (выбор) 85 strong (усиленное выделение) 22, table (таблица) td (табличные данные) 81 (заголовок таблицы) 81 title (заглавие) 24, 173 (строка таблицы) 80, 153 (неупорядоченный список) 35, 128, 146

Узлы атрибутов 200 комментариев 201 корневые 200 обработки инструкций 201 пространства имен 200 текстовых данных 200 элементов 200

Ф Форматы GIF 46 JPEG 46 mpeg 130 PNG 46 Формы базовая. См. Правила БэкусаНаура компоненты управления. См. Компоненты управления WCAG 131 обработка информации 73 Фреймы атрибуты представления 106 вложение 108

переносимость построение 104 навигационной системы размеры изображения видимые 105 определение 106 относительные 103 фиксированные 103 связывание

Элементы а (элемент привязки) 180 applet (мультимедийные приложения) 130 caption (название) 151 deprecated (устаревший) 22 em (выделение) 187 form (форма) 159 fragment (фрагмент) 159 head (графический объект) 214 inline (встроенный) 28 input (управление вводом данных) 159 link (связывание) 180, 210 meta (метаданные) ключевые слова 284 построение 287 применение для машинных инструкций 286 object (мультимедийные приложения) 130 script (сценарий) 158 style (внутренняя таблица стилей) 179 table (таблица) 151 telephone (телефон) 177 title (заглавие) 26, 247 th (заголовок столбца) 215 (строка таблицы) 215 ul (неупорядоченный список) 215

www.books-shop.com

указатель Секции CDATA Document Structure 219 Селекторы использование элементов 183 определение 182 построение классов 184 Символы амперсанд 162 ведущий двоеточие 230 дефис 230 запятая 230 звездочка 202 подчеркивание 230 системы кодирования точка Синтаксис 18 События 132 Списки 35

Таблицы атрибуты 87, 100 прослушивание через синтезатор речи 95 Таблицы стилей 179 XSLT корневые элементы 205 элемент template 209 версии XSL 206 внешние 162 каскадные zиндекс 185 свойства 187 комбинирование XSLT и CSS 210 совместная работа с XForms 300 Тактильный браузер 128 Текст настройка отображения 50 форматирование Технология СС/РР 296 атрибуты 292

профиль агента пользователя 292 совместимость с XML и XHTML 293 формат описания ресурса 291 Типы данных 219 DTD XHTML 229 идентификатор 217 именованные 217, 223 компоненты 219 перечисляемые ссылка строка символов 217 ярлык 217 Тэги а (привязка) 52 55 b (жирный шрифт) blockquote (выделение блока) 44 документа) 147, 173, 202, 219 (разрыв строки) caption (заголовок) 42 (потоковый объект) 187 42 (определяемый термин) 42 element (элемент) 155 em (выделение) 22 (кодировка) 69 form (форма) 59 (заголовок первого уровня) 126, 146 (заголовок второго уровня) head (заголовок)

159, 173, 176, 180, 219 html (корень) 24 (курсив) 19, (изображение) input (ввод) 85 списка)

тар (карта) 58

Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ

XHTML в

Capability. См. Технология СС/РР Cascading Style Sheet. См. CSS Composite Capabilities/Preferences Profiles. См. Технология СС/РР

Document Object Model. См. Объектная модель документа Type Definition (DTD). См. Описание типа документа См. Объектная модель документа

Resource Description Framework (RDF) 291

Standard Generalized Markup Lan guage (SGML) 18 Strict DTD 22 Synchronized Multimedia Integration Language (SMIL)

Techniques WCAG Typo Control 138

U Extensible Hypertext Markup Language. См. Языки, XHTML Extensible Markup Language. См. Языки, XML Extensible Stylesheet Language. См. XSL

Uniform Resource Identifier 25, 143, 199, 209, 219, 248, 292 Uniform Resource Locator (URL) 143, 199

V Validity 18

Formal Public Identifier См. Идентификаторы

H Hypertext Markup Language. См. Языки, HTML

M Macromedia Fireworks 48

О

W Web интеграция с телевещанием 297 технология СС/РР. См. Технология СС/РР XForms 300 Web Accessibility Initiative. См. Программы, WAI Web Content Authoring Guidelines (WCAG). См. Правила

Origin Server. См. Технология СС/РР

X

Personal digital assistant (PDA)

XHTML. См. Языки, XHTML XHTML Modularization 176 XML. См. Языки, XML

www.books-shop.com

Предметный XForms 299 XSLT stylesheet template transform блок множества содержания 247 блочного уровня 28 вложенные контроль изображения 70 корневой html root 24 stylesheet 205 transform 205 XML 193, 200 минимизация 156 модели содержания 214 минимальная 247 объявление 217, 222 24 описание XHTMLпространства имен 174 последовательность 215 потомки 174, 180 представления документа заглавие 128 пользовательские компоненты 172 сноска «пустой» родители 174, 180 экземпляры с «пустым» содержанием 157

Языки ALGOL60 CSS 179 HTML 18 JavaScript 157 Navigation Markup Language 296 Point Of Interest Exchange Language 296

Perl CGI scripting 77 SGML 18, 143 SMIL 131 XML Scalable Vector Graphics (SVG) 299 Schema 232 XMLмаршруты инструкция обработки языка 155 конструктор формата 204 пролог документа 193 пространство имен 199, 247 процессоры 196 элемент 193 XHTML абстрактные модули 232 версия XHTML 192 версия XHTML Strict 279 версия XHTML Transitional 279, 281 замена 18 модуль каркаса 257 модульное построение приложений 176 подмножество XHTML Basic 270 профилирование документов 294 разрешенные типы данных 229 совместимость приложений 279 составное имя 247 технология модульного конструирования 228 требования к структуре 18 XSL механизм форматирования 196 процессоры XSLT 198 взаимодействие XPath

www.books-shop.com