File loading please wait...
Citation preview
Э. Наварро
Санкт-Петербург Москва • Харьков • Минск
2001 www.books-shop.com
Э. Наварро XHTML: учебный курс Перевел с английского И. Синицын Руководитель проекта Научный редактор Выпускающий редактор Технический редактор Иллюстрации Художник Верстка
И. Захаров В. Романов Т. Левицкая О. Александрова А. Шаклунов Я. Биржаков А. Дудатий
ББК 32.973.26-018.1 Наварро Э. Н15 XHTML: учебный курс. — СПб.: Питер, 2001. — 336 с.: ил. ISBN 5-318-00502-0 Книга «XHTML: учебный курс» позволит вам изучить основы языка XHTML. Новая спецификация сравнивается с самой популярной среди пользователей версией языка разметки — HTML 4, описываются инструменты, необходимые для создания документов при помощи нового языка. Вы познакомитесь со способами построения web-страниц, которые позволяют включать в документ изображения, таблицы, фреймы, научитесь применять каскадные стили и расширяемые таблицы стилей, освоите XHTML Basic и модульное конструирование документов.
Original English language Edition Copyright ©2001 QUE Corporation © Перевод на русский язык, ДМК Пресс, 2001 © Издательский дом «Питер», 2001 Оригинал-макет подготовлен издательством «ДМК Пресс». Права на издание получены по соглашению с QUE Corporation. Все права защищены. Никакая часть данной книги не может быть воспроизведена в какой бы то ни было форме без письменного разрешения владельцев авторских прав. Информация, содержащаяся в данной книге, получена из источников, рассматриваемых издательством как надежные. Тем не менее, имея в виду возможные человеческие или технические ошибки, издательство не может гарантировать абсолютную точность и полноту приводимых сведений и не несет ответственность за возможные ошибки, связанные с использованием книги.
ISBN 5-318-00502-0 ISBN 0-78972-385-9 (англ.) ЗАО «Питер Бук», 196105, Санкт-Петербург, Благодатная ул., д. 67. Лицензия ИД № 01940 от 05.06.00. Налоговая льгота — общероссийский классификатор продукции ОК 005-93, том 2; 95 3000 — книги и брошюры. Подписано к печати 18.07.01. Формат 70х100 1/16. Усл. п. л. 27,09. Тираж 5000. Заказ 339 .
Отпечатано с готовых диапозитивов в ФГУП ордена Трудового Красного Знамени «Техническая книга» Министерства Российской Федерации по делам печати,
телерадиовещания и средств массовых коммуникаций 198005, Санкт-Петербург, Измайловский пр., 29
www.books-shop.com
Содержание Введение
12
Часть I. Изучение основ XHTML
17
Глава 1. Основы XHTML
18
Правильность и состоятельность XHTML-документов Выбор типа XHTML-документа Версия XHTML 1.0 Strict Версия XHTML 1.0 Transitional Версия XHTML 1.0 Frameset
Метаданные Описание типа документа Тэги head, title и метатэги
Блоки для построения XHTML-документов Элементы блочного уровня Встроенные элементы
Резюме
Глава 2. Дополнение структуры семантикой Смысл семантики Формирование структуры документа с помощью заголовков Группирование и упорядочивание данных посредством списков Неупорядоченные списки Упорядоченные списки Списки определений
Методы выделения текстовых блоков Выделение встроенных элементов Выделение структур блочного уровня
Резюме
18 19 19 22 23
24 24 26
27 27 28
28
зо 30 31 31 32 35 42
43 44 44
45
www.books-shop.com
(I
XHTML в примерах
Глава 3. Работа с изображениями
46
Форматы графических данных для Web
46
Формат изображений GIF Формат изображений JPEG PNG - самый современный формат Web
46 47 47
Графические редакторы для Web Добавление графики в документ
48 48
Выравнивание текста и рисунка Работа с изображениями как со ссылками
50 50
Изображения-карты
53
Создание изображения-карты с помощью программы CuteMAP
Резюме
58
Глава 4. Сбор данных с помощью форм
59
Управляющие элементы форм
59
Элемент form Элементы ввода для формы Размещение элементов в законченной форме
59 60 70
Методы обработки данных формы
73
Электронная почта Простой скрипт CGI
73 74
Резюме
77
Глава 5. Работа с таблицами
78
Базовая структура таблицы Элементы управления строками и столбцами Вложенные таблицы Связывание данных с помощью атрибутов axis и id Резюме
Глава
55
6.
Применение
фреймов
Тип документа XHTML 1.0 Frameset Doctype Построение множества фреймов Изменение размера фреймов Атрибуты представления для фреймов Вложенные фреймы Связывание фреймов
Построение навигационной системы на основе фреймов
78 84 91 94 102
103 103 103 104 106 107 109
110
www.books-shop.com
Содержание Советы дизайнеру, использующему фреймы Переносимость Действия пользователя Выбор размеров
Резюме
119 119 119 119
120
Глава 7. Универсальная доступность в Internet
122
Возможность доступа Программа расширения доступа в Web Руководство для разработчиков Web-приложений Реализация требований документа WCAG
122 124 124 126
Разработка документа с соблюдением требований по структуре Определение языка документа Выделение фрагментов текста с помощью элементов дополнительного форматирования Списки Таблицы Ссылки Представление альтернативной информации об изображениях Элементы applet и object Звуковые и графические типы данных Применение фреймов Сбор данных с применением форм Создание файлов скриптов в нетрадиционных браузерах Правила проверки доступности
Резюме
Глава 8. Проверка состоятельности XHTML-документов Проверка грамматики в Web-документах Методы проверки состоятельности
126 126 127 128 128 129 129 130 131 131 131 132 132
136
137 137 137
Проверка опечаток Нарушения правильности документа Переносимость документов
138 139 141
Работас программой W3C Validator
142
Последовательность проведения проверки Успешная проверка
Интерпретация сообщений об ошибках Сообщения о несуществующих ошибках Резюме
143 143
144 147 153
www.books-shop.com
XHTML в примерах
Глава 9. Современная реализация языка XHTML Плавный переход на XHTML Инструкции обработки языка XML Работа с «пустыми» элементами Экземпляры элементов с «пустым» содержимым Работа со встроенными скриптами Пробелы в значениях атрибутов Применение элемента isindex Идентификация основного языка документа или элемента Управление идентификаторами фрагментов Описание кодировки символов Раскрытая запись атрибутов булева типа Доступ кобъектной модели документа Атрибуты, содержащие символ «амперсанд» Применение CSS в XHTML Оставшиеся проблемы совместимости Типы данных Internet для языка XHTML
Инструменты для поддержки XHTML Программа HTML Tidy Программа TidyGUI Программа HTML-Kit Создание XHTML-приложений средствами языка HTML
Резюме
Часть II. Стиль и структура XHTML Глава 10. XHTML- переход к XML
154 154 155 155 156 157 158 159 159 159 160 161 161 162 162 163 163
163 163 165 167 168
168
169 170
Создание собственных элементов Концепция правильности документа Описание правильных документов
170 172 175
Обзор правил описания типа документа Обзор XML-схем
176 176
Резюме
Глава 11. Применение каскадных таблиц стилей Применение стилей в XHTML-документах Селекторы Применение элементов в качестве селекторов Создание классов Однократно используемые правила стилей
177
179 179 182 182 183 185
www.books-shop.com
Содержание Применение стиля Стили для текста Форматирование на уровне блока Пространство внутри блоков
Резюме
Глава 12. Язык XSL как способ задания стилей Введение в язык XSLT Версия XML 1.0 Язык XSLT Что такое XSL Преобразования XSLT Процессоры XSLT Пространство имен XML
Стандарт XPath Принцип действия XPath Узлы XPath Маршруты Синтаксис XPath-выражений Формы представления маршрута
Форматирование объектов с помощью XSL-FO Создание таблиц стилей XSL Основные понятия таблиц стилей Создание собственной таблицы стилей Комбинирование CSS и таблиц стилей XSLT
Резюме
Глава 13. Описание типа документа Определение типа документа Расширенная форма Бэкуса-Наура Определение элементов Создание атрибутов
Правила описания типа документа XHTML DTD Параметрические компоненты Планирование глобальных компонентов и атрибутов
Резюме
Часть III. Создание модульных структур Глава 14. Модули BXHTML Как работают модули Определение абстрактных модулей Модули DTD или схемы
185 185 186 188
191
192 192 192 194 194 195 196 198
199 200 200 201 201 202
203 205 205 206 210
211
212 212 212 214 216
219 220 225
226
227 228 228 228 232
www.books-shop.com
XHTML в примерах Комбинирование предопределенных модулей
237
Драйверы DTD - средство связывания модулей Применение модульных DTD в Web
237 243
Резюме
Глава 15. Создание собственных XHTML-модулей Проектирование модели содержания Необходимые типы данных Использование данных Описание абстрактного модуля
Создание модуля с помощью правил DTD Работа с модулями QNames
Резюме
Глава 16. Комбинирование собственных модулей с XHTML Модуль XHTML Modular Framework Интегрирование нового модуля Правила определения типов Применение нового типа документа Резюме
Часть IV. Будущее XHTML
244
245 245 246 246 246
247 247
253
254 254 257 265 267 268
269
Глава 17. Приложение XHTML Basic
270
Использование XHTML в устройствах с ограниченными ресурсами
270
Миниатюризация компьютерных устройств Нетрадиционное применение Беспроводной доступ Устройства с ограниченными ресурсами
Использование DTD-подмножества XHTML Basic Создание документа на основе XHTML Basic Результаты
Резюме
270 271 271 271
271 272 279
280
www.books-shop.com
Содержание
Глава 18. Профилирование XHTML-документов Метаданные Механизм включения метаинформации Применение метаданных для машинных инструкций Инструментарий для построения метаданных
Нерешенные вопросы Резюме
Глава 19. Дальнейшее развитие XHTML Технология СС/РР Метаданные и формат описания ресурса Терминология СС/РР Гибкость, расширяемость и распределенная структура Документы СС/РР Совместное применение СС/РР и языков XML и XHTML Документы консорциума W3C по технологии СС/РР Безопасность
СС/РР и Web-ориентированное телевидение Телевидение и Web Телевизионные системы для просмотра ресурсов Web Дополнение телепрограмм Web-содержанием
Структуры XForms
281 281 281 284 287
288 288
289 289 291 292 293 293 293 294 295
296 296 296 297
297
Приложение. Описание абстрактных модулей для технологии модульного конструирования ... 302 ГлОССарИЙ
325
Предметный указатель
327
Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ[email protected]
Введение Читатель, знающий, что такое Web, возможно, имеет представление и о языке HTML. Этот термин часто упоминается в телевизионных передачах; более того, некоторые герои телесюжетов имеют собственные Web-сайты. Практически каждый рекламный блок на радио сопровождается фразой типа «тройное дабл-ю, точка, что-то, точка, ком». Язык HTML, применяемый поначалу только для составления резюме, вышел за пределы сферы деятельности технического персонала. Web постоянно развивается: XML - Extensible Markup Language - слова, ставшие уже привычными для многих деловых людей. Язык XHTML (Extensible Hypertext Markup Language) объединяет HTML и XML.
Преимущество метода обучения, основанного на примерах Очевидны, по крайней мере, два преимущества изучения XHTML подобным способом. Во-первых, выполняя практические задания, вы закрепляете прочитанное. Это намного эффективнее, чем исключительно теоретическое изучение основ технологии. Во-вторых, оригинальные примеры XHTML, которые можно загрузить из Internet, помогут отслеживать все нововведения в Web; вам будут доступны любые ресурсы современных информационных сайтов, позволяющие применять полученные знания. Работая над предложенными примерами, вы сможете модифицировать их таким образом, чтобы их функции максимально соответствовали вашим потребностям. Вы получаете реальную возможность быстро и легко создать собственный Web-сайт, основанный на XHTML.
Чем эта книга может вам помочь Данная книга поможет многим читателям приобрести определенные навыки создания Web-страниц, познакомит с основными понятиями и определениями, на базе которых несложно самостоятельно освоить язык XHTML. Вы получите возможность опробовать новые разработки специалистов из консорциума W3C, создающих стандарты для Internet, что позволит адаптировать ваши приложения к различным устройствам, языкам разметки, требованиям пользователей, занятых каким-либо конкретным бизнесом, к вертикальному рынку и интересам различных социальных групп.
Зачем нужно изучать XHTML Глобальная информационная сеть уже стала неотъемлемой частью современного образа жизни. Сейчас с World Wide Web работают не только программисты,
www.books-shop.com
Как работать с книгой создающие Web-сайты. Маркетологи, администраторы, менеджеры - словом, представители любой профессии стремятся управлять собственным сегментом сайта. Планы работ, стратегия развития компаний, справочные данные хранятся на центральном компьютере, обеспечивая доступ к конкретному типу информации в онлайновом режиме. Подобный метод обращения к необходимым ресурсам используется клиентом при подготовке и выборе маршрута путешествия, приобретении билетов на развлекательные мероприятия и т.д. Навыки работы с такими страницами позволят вам быть в курсе всех событий независимо от того, где вы в данный момент находитесь. Применяя XHTML в процессе создания Web-страниц, вы научитесь использовать документы, сформированные на базе XML, а также информационные ресурсы, которые задействуются вашей фирмой, техническим персоналом банка, кредитными организациями или компаньонами для повышения эффективности производства.
Необходимые инструменты Единственное, что вам понадобится (помимо, конечно, персонального компьютера), - это текстовый редактор и Web-браузер. Для того чтобы писать на XHTML, специального программного обеспечения не требуется. Пользователи Windows могут применить Notepad; операционная система Мас имеет редактор SimpleText; для большинства пользователей, работающих с ОС UNIX, привычными будут редакторы VI либо Emacs. Можно задействовать и более мощные средства, например TextPad, Programmer's File Editor (PFE) или специализированные приложения, в частности HomeSite. Язык XHTML появился не так давно, поэтому визуальные Web-инструменты пока используют не все его возможности. Когда вы научитесь создавать XHTMLприложения, то сможете достаточно эффективно применять визуальные инструменты в собственных проектах. Итак, вам потребуется один или два Web-браузера для просмотра, тестирования и оценки собственных вариантов XHTML-документов. Желательно, чтобы на вашем компьютере были установлены и Microsoft Internet Explorer, и Netscape Navigator. Целесообразно также наличие и других браузеров, например Opera или Lynx. При работе с книгой непосредственного подключения к Internet не требуется, однако пренебрегать выходом в глобальную сеть не следует, поскольку такой доступ - единственная возможность посещения Web-сайтов и загрузки рассматриваемых примеров. С Web-сайта, расположенного по адресу http://www.mcp.com/ detail.cfm?item=0789723859. можно скопировать некоторые примеры на XHTML.
Как работать с книгой Каждый раздел книги содержит объяснение конкретного понятия и примеры на XHTML. После того как вы познакомитесь с базовыми определениями элементов, можете приступать к работе с примерами-приложениями. Выполнение некоторых заданий предполагает внесение изменений в исходный текст программы, чтобы итоговый документ наиболее полно соответствовал вашим требованиям. Просмотреть окончательный вариант вы сможете с помощью Web-браузера.
www.books-shop.com
||{.
Введение
Материал данной книги расположен по принципу «от простого к сложному». На начальном этапе вы изучаете базовые понятия XHTML и способы создания основных страниц. Это отправная точка в работе с такими фундаментальными понятиями XHTML, как DTD, схемы и таблицы стилей, основанных на XML. Затем анализируются проекты, обсуждаемые на форумах рабочих групп W3C: механизмы модульного структурирования XHTML-документов, профили документов и устройств и др.
Структура книги Книга построена таким образом, чтобы вы могли без труда найти уроки, соответствующие вашему уровню знаний. Ниже представлено описание каждой логической части книги, включая обзор глав. Часть I. Изучение основ XHTML Глава 1, «Основы XHTML», содержит базовые понятия, необходимые при работе с XHTML-документами. В главе 2, «Дополнение структуры семантикой», обсуждается значение, которым можно наделить структурные элементы для их использования и представления. Глава 3, «Работа с изображениями», описывает процесс включения графических элементов в XHTML-документы. В главе 4, «Сбор данных с помощью форм», рассматриваются методы ввода данных пользователями, а в главе 5, «Работа с таблицами», - способы описания структуры таблиц. В главе б, «Применение фреймов», описываются возможности разбиения содержимого страниц на фреймы и приводятся правила, которые нужно соблюдать при работе с фреймами. В главе 7, «Универсальная доступность в Internet», рассказывается о универсальном проектировании, обеспечивающем доступ в Internet людям с физическими недостатками, а также пользователям, применяющим устройства с ограниченными возможностями просмотра данных. В главе 8, «Проверка состоятельности XHTML-документов», представлены инструменты для тестирования документов. Наконец, в главе 9, «Современная реализация языка XHTML», рассматриваются эффективные способы использования XHTML в современных браузерах и сайтах Internet. Часть II. Стиль и структура XHTML В главе 10, «XHTML - переход к XML», анализируются свойства XML, облегчающие разметку, и их применение в XHTML Глава 11, «Применение каскадных таблиц стилей», представляет краткий обзор структуры языка каскадных таблиц стилей CSS и его интеграции с XHTML В главе 12, «Язык XSL как способ задания стилей», рассматривается расширяемый язык таблиц стилей XSL (Extensible Stylesheet Language). В главе 13, «Описание типа документа», определяются собственные типы данных в документе. Часть III. Создание модульных структур Глава 14, «Модули в XHTML», начинается с обзора текущей работы в консорциуме W3C и анализа понятий, позволяющих объединять словари. В главе 15, «Создание собственных XHTML-модулей», рассматривается последовательность описания ваших собственных элементов и атрибутов, а также их сочетания со
www.books-shop.com
Об авторах настоящего издания стандартными XHTML-модулями. В главе 16, «Комбинирование собственных модулей с XHTML», рассказывается о методах их сбора и использования как нового типа документа. Часть IV. Будущее XHTML Глава 17, «Приложение XHTML Basic», представляет собой обзор существующих способов использования возможностей языка XHTML Basic DTD. В главе 18, «Профилирование XHTML-документов», приведены основные методы, обеспечивающие выбор, обработку и преобразование информации в соответствии с конкретными потребностями устройств поиска. В главе 19, «Дальнейшее развитие XHTML», обсуждаются программа и планы корпораций, занятых проблемами широковещания, интегрирования информационных XHTML-структур в общий поток передаваемых данных, а также внедрением теле- и радиовещания непосредственно в Web.
Принятые обозначения Чтобы упростить восприятие материала, в настоящем издании используются следующие обозначения. Курсивом выделяются базовые термины XHTML. Полужирным шрифтом помечены названия элементов интерфейса. Моноширинным шрифтом набраны компьютерные данные: команды (операторы языка); имена файлов; тэги; фрагменты программ. Подчеркиванием выделены URL (универсальные локаторы ресурсов), адреса Web-сайтов и группы новостей. Примечание
Так обозначены дополнительные сведения по конкретной теме.
Совет
Информация, необходимая читателю в процессе освоения материала.
Внимание!
Фрагменты текста, на которые нужно обратить особое внимание.
Пример. Примеры, иллюстрирующие теоретические положения.
Об авторах настоящего издания Энн Наварро на протяжении последних пяти лет является ведущим исполнительным специалистом ассоциации HTML-дизайнеров - HTML Writers Guild, объединяющей разработчиков Web-приложений, а также активным членом рабочей группы W3C's HTML Working Group, занимающейся проблемами применения языков разметки для построения Web-приложений и написанием рекомендаций по XHTML. Кроме того, Энн руководит частной консалтинговой компанией в Internet - WebGeek, Inc. Перу Энн Наварро принадлежат книги, посвященные
www.books-shop.com
Введение проблемам практического применения языков XML и HTML, в частности «HTML by Example» (HTML в примерах), опубликованная в 1999 году издательством Que. 12 и 19 главы этой книги написаны Эндрю Ваттом (Andrew H. Watt), независимым консультантом, специалистом по Web-технологиям, в частности по языкам XML, XHTML, Domino и Java. Эндрю Ватт является автором раздела «Вопросы применения технологий XHTML и XML, платиновая версия» и Java 2.
Благодарности В процесс написания этой книги было вовлечено много людей. За поддержку, советы и консультации я выражаю им самую глубокую признательность. Прежде всего надо поблагодарить выпускающего редактора Тодда Грина (Todd Green), литературного редактора Сип Диксон (Sean Dixon), а также Сосайти Смит (Sossity Smith), Карен Шилдс (Karen Shields), Женни Кларк (Jeanne Clarck), Кевина Фалчера (Kevin Fulcher), Ларри Связи (Larry Sweazy) и всю издательскую команду из Макмиллана (Macmillan, USA). Спасибо моим агентам Нейлу Салкинду (Neil Salkind) и Дэвиду Рогелбергу (David Rogelberg), всем сотрудникам компании Studio В Productions, которые искусно управляли деловой стороной процесса. Особая благодарность - техническому редактору Шейну Маккерону (Shane McCarron), моему большому другу и коллеге по рабочей группе HTML. Без его помощи эта книга вряд ли приобрела бы строгую логическую организацию. И наконец, огромное спасибо моему мужу Дейву (Dave), который следил за делами в компании WebGeek в моменты, когда мое внимание было приковано к тексту книги.
От автора Работая над книгами, я трачу массу сил и времени и надеюсь, что мои читатели оценят точность, а главное, пользу приведенной информации. Но чтобы узнать, достигла ли я своей цели, необходима обратная связь. Я готова выслушать любые вопросы, пожелания и критические отзывы, касающиеся затронутых в книге проблем, представленных в ней примеров, найденных ошибок, - словом, обсудить все, что так или иначе связано с настоящим изданием. Я сделаю все возможное для того, чтобы предоставить читателю проверенные ответы, либо укажу источник, где следует искать нужную информацию. Я также смогу направить вас к специалистам, имеющим больший опыт в той или иной области. Пожалуйста, отправляйте сообщения по адресу: [email protected]. Мне очень важно знать, что все, о чем говорилось в книге, оказалось полезным, а изложение не вызвало нареканий. Если вы, прочитав главу, пришли к выводу, что ее основная идея осталась нераскрытой или малопонятной, обратитесь на Web-сайт, посвященный данной книге, - http://www.webgeek.com./books/xhtmlbyexample/. Здесь будут размещены обновленные примеры, а также ответы на вопросы читателей.
www.books-shop.com
Часть I Изучение основ XHTML Глава 1. Основы XHTML Глава 2. Дополнение структуры семантикой Глава 3. Работа с изображениями
Глава 4. Сбор данных с помощью форм Глава 5. Работа с таблицами Глава 6. Применение фреймов Глава 7. Универсальная доступность в Internet Глава 8. Проверка состоятельности XHTML-документов Глава 9. Современная реализация языка XHTML
www.books-shop.com
Глава 1. Основы XHTML На первый взгляд документы XHTML очень похожи на документы HTML. Однако в отличие от языка HTML, который базируется на SGML (Standard Generalized Markup Language), XHTML основан на XML (extensible Markup Language). Специалисты консорциума W3C сразу обратили внимание на проблему перехода между HTML и XML. Разработчики Web, производители программного обеспечения, а также авторские коллективы, участвовавшие в создании основополагающих рекомендаций HTML и XML, анализировали возможность перенесения HTML в мир XML, чтобы сократить время, необходимое для изучения языка. В результате был создан язык, служащий переходным звеном между HTML и XML, - XHTML. Он соответствует понятию правильности языка XML, требующего полного и упорядоченного синтаксиса документа. XML также вводит несколько атрибутов для элементов, размещенных в секции заголовка документа (ниже каждый из них рассматривается отдельно). Кроме того, здесь будет представлен краткий обзор структурных понятий для XHTML-документов. Итак, в данной главе вы познакомитесь: а а а а а
с тремя типами документов, используемых в XHTML 1.0; с пространством имен XML; с методами интерпретации умалчиваемых значений языка; с способами добавления метаданных в документ; с различиями между встроенными элементами и элементами блочного уровня.
Правильность и состоятельность XHTML-документов Основное требование, предъявляемое к XHTML-документам, - правильность (well-formedness), то есть запись всех элементов без синтаксических ошибок: пробелы между элементами отсутствуют там, где они запрещены, значения атрибутов всегда заключаются в кавычки и т.д. Состоятельность (validity) обязательна при разработке документов на языке XHTML, в отличие от документов XML. Она означает, что синтаксис XHTML-документов должен соответствовать определению типа документа (document type definitions - DTD), разработанным специально для этих документов. Нельзя пользоваться режимом вложения элементов друг в друга, если правилами DTD это запрещено. Величины атрибутов должны принадлежать определенному для них диапазону значений, а сам документ обязан подчиняться остальным ограничениям и требованиям, прописанным в правилах DTD.
www.books-shop.com
Выбор типа XHTML-документа В XHTML существуют три различных варианта DTD. Ответив на вопросы, приведенные в данной главе, вы сможете выбрать вариант, наиболее соответствующий вашим целям.
Выбор типа XHTML-документа Прежде чем приступить к созданию документа XHTML или HTML 4, определите его тип. Для этого ответьте на следующие вопросы: а будете ли вы использовать в документе фреймы? Если да, стоит обратиться к XHTML 1.0 Frameset DTD; намерены ли вы применять CSS или другие формы таблиц стилей (например, XSL) для представления элементов данных? В таком случае можно воспользоваться XHTML 1.0 Strict для размещения всей информации о представлении элементов в таблице стилей. Версия XHTML 1.0 Transitional будет наиболее удобна, если вы собираетесь смешивать элементы представления, атрибуты и таблицы стилей; а воспользуетесь ли вы элементами, имеющими свойственные только им стили, например тэгом для курсива, а не тэгом для выделения определенных элементов текста? При утвердительном ответе вам следует применять версию XHTML 1.0 Transitional. Пример. Вопросы и ответы можно схематично представить в виде «дерева решений» (рис. 1.1). Перечисленные вопросы являются основными в процессе поиска решения. Для того чтобы правильно выбрать версию языка XHTML, внимательно изучите каждый тип документа.
Версия XHTML 1.0 Strict XHTML 1.0 Strict не содержит полной информации о представлении элементов документа, как и родственный язык HTML 4.0. Если в XHTML-документе необходимы стили, просмотр и отображение, соответствующие инструкции передаются браузеру при помощи таблицы стилей. Представление элементов может быть простым, например выбор цвета для отображения текста или заголовка документа либо выравнивания при размещении изображений. Кроме указанных опций, к данным о представлении элементов документа относят рекомендуемый набор шрифтов, стилей и размеров, а также визуальные свойства таблиц - толщину границы, интервал между ячейками и отступ от границ ячеек. Все перечисленные возможности представления удалены из языка XHTML 1.0 Strict: в нем нет элементов или атрибутов, управляющих их представлением, а инструкции передаются в браузер посредством таблицы стилей. Пример. Служебная записка, содержащая поля для отдельных слов и фраз, которые должны выделяться в общей структуре текста. Заголовки полей: То (Кому), From (От кого) и Re (Приложение) - обычно записывают жирным шрифтом. Название периодического издания всегда обозначается курсивом.
www.books-shop.com
Основы XHTML
Рис. 1.1. «Дерево решений»
Если служебная записка составлялась с применением обычного текстового редактора, документ, вероятнее всего, будет выглядеть следующим образом: Memorandum То: Joe Cline From: Marshall Jansen Re: статья из журнала Business Week
Joe, Attached is a copy of a recent Business Week article focusing on the success of e-commerce in our industry, with a mention of our award winning Web site! Please circulate amongst your staff. Best, Marshall (Джо, высылаю в качестве приложения копию статьи из последнего выпуска журнала Week», основная идея которой - подчеркнуть преимущества и эффективность сетевой электронной системы коммерческих сделок для нашего производства. В статье в числе победителей упоминается наш Web-сайт! Пожалуйста, познакомьтесь со статьей и обсудите ее в своем кругу. С наилучшими пожеланиями,
Маршалл)
www.books-shop.com
Выбор типа В необходимо сделать разметку, как показано в листинге 1.1. Экранная форма готового документа примет вид, показанный на рис. 1.2. Листинг
Файл memo.html
- Joe Cline
From: - Marshall Jansen
Re: Week article
Attached is a of a recent Business article focusing on the success of e-commerce in our industry, with a mention of our award winning Web site! Please circulate amongst your
Marshall
Рис. 1.2. Пример XHTML-документа Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ
[email protected] Основы XHTML Примечание
Вероятно, вы обратили внимание, что название файла в заголовке листинга записано как Язык XHTML не определил собственный и оставил без изменений соглашения по присвоению имен, для языка HTML. все будут расширение
В данном примере для выделения соответствующих элементов текста жирным шрифтом и курсивом используются тэги и . Стоит напомнить, что в версии языка XHML 1.0 Strict задание представления в элементах и атрибутах недопустимо. Заменой тэгов и соответственно на и
можно соотнести примененные инструкции с правилами Strict-версии языка: - Joe Cline
- Marshall Jansen
-
article
Attached is a copy of a recent Business Week article focusing on the success of e-commerce in our industry, with a mention of our award winning Web s i t e ! Please circulate amongst your
Экранная форма документа, полученная после внесения изменений в исходный код проекта, примет вид, представленный на рис. Здесь тэги курсива и жирного шрифта заменены тэгами выделения (emphasis и strong). Обратите внимание: структуры документов на рис. 1.2 и 1.3 при использовании программы Netscape Navigator выглядят одинаково. Вид документа на экране не изменится и при применении другого типа браузера, например Internet Explorer. Это результат соглашения между разработчиками браузеров: и при отображении документа стандартно преобразуются в курсив и жирный шрифт. Термин «стандартное уместен, поскольку в спецификации XHTML не требуется обозначать эти элементы курсивом или жирным шрифтом. Структура языка предписывает лишь их выделение на общем фоне текста и различие между собой. Следовательно, пользовательский агент (браузер) и любая другая программа просмотра может применять соответствующую цветовую гамму, больший размер шрифта или комбинацию данных методов, не нарушая правил, установленных спецификацией языка.
Версия XHTML 1.0 Transitional Идея создания переходного (transitional) варианта языка для типизированных документов возникла при разработке версии HTML 4.0 и была направлена на выполнение следующего правила: элементы представления и сопутствующие им атрибуты в документах становятся устаревшими (deprecated). Для достижения аналогичного результата существуют другие, более эффективные методы. Применение тэгов и их атрибутов корректно в рамках переходной версии языка.
www.books-shop.com
Выбор типа
Рис. 1.З. Пример документа версии XHTML Атрибут представления документа управляет равнивание, ширина, размер. Рассмотрим
монет по двадцать пять
Обратите внимание, что в данном примере для каждого элемента списка у открывающего тэга есть соответствующий закрывающий тэг. Это отвечает требованию правильности документа XHTML В совместимом с языком XHTML браузере элементы, принадлежащие списку, должны разделяться неупорядоченным образом. Для изображения таких списков обычно используются маркеры в виде точек (рис. 2.1).
Изменение типа разделителя
элемента списка
Если документ создается с применением версий языка XHTML Transitional или Frameset, инструкцию представления для разделителей разрешается выбрать с помощью атрибута type. В табл. показаны возможные значения данного атрибута.
www.books-shop.com
Группирование и упорядочивание данных
Рис. Таблица
Типичное представление неупорядоченных списков посредством маркеров в виде точек
Перечень типов маркеров для неупорядоченного списка
Значение атрибута
Представление на экране
По умолчанию (тип не указан) square circle disc
Закрашенный круг Небольшой закрашенный квадрат Незакрашенный круг Закрашенный круг
Пример. В примере показано использование умалчиваемого, круглого и квадратного типов разделителей: тип списка - по
тип списка -
www.books-shop.com
I
Дополнение структуры
Третий тип списка На рис. 2.2 представлен вид документа после выполнения инструкций.
Рис. 2.2. Три типа неупорядоченных списков
Компактное оформление списка Второй атрибут для неупорядоченных списков - compact. Он предлагает агенту пользователя минимизировать высоту линий и отступы между линиями при отображении списка. Пример. В языке HTML 4 compact был логическим значение которого задавалось наличием или отсутствием атрибута у элемента. Следовательно, запись тэга в виде эквивалентна записи
Размещение элементов в законченной форме Теперь вы можете собрать все доступные элементы управления в окончательном варианте документа. Пример. Компания Presto Printers решила использовать сеть Internet для развития бизнеса. Если потребитель доставит на сайт компании готовый фотошаблон, то фирма исполнит заказ на печать визитных карточек или фирменных бланков в течение 48 ч. Кроме файла, содержащего рисунок, клиент должен предоставить заполненный бланк, где указываются тип бумаги, количество копий, адреса доставки продукции и счета, информация об оплате и другие необходимые данные. Менеджер компании считает, что клиентам необходимо дать возможность зарегистрировать счет-фактуру, чтобы они могли сохранить исходные данные заказа для его быстрого повторения. Законченная форма документа представлена в листинге Листинг
Программа создания завершенной формы документа -
|
Вложенные таблицы Можно заменить таблицу с элементами покрытия таблицей, содержащей другие элементы. Это называется вложенностью (nesting). Обычно вложенные элементы применяются там, где макет сайта организован в виде большой таблицы. Панель для навигации - отдельная колонка, которую размещают слева в виде списка; основное содержание сайта находится в другой, большей по размеру ячейке справа. В данном случае структурированная информация должна располагаться в правой ячейке. Рассмотрим в качестве примера страницу Web-сайта, где говорится о текущих и ближайших презентациях на книжных ярмарках и о других важных мероприятиях. Формат страницы подобен описанной выше структуре. Макет начинается с таблицы, состоящей из одной строки и двух колонок: |
На практике атрибут применяется крайне редко. Например, в предыдущей записи значение 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 ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ[email protected]
Профилирование Применение метаданных
машинных инструкций
Множество метаданных, используемых для машинных инструкций, условно разделяется на две категории: для работы в поисковых процессах и для передачи директив клиентским приложениям. представлена простейшая запись элемента в которой атрибут 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. Запись метаэлемента достаточно короткая:
сентября 2000 г." />
Остальные элементы а, в частности два последних элемента в примере, обычно служат исходными данными для обработки процессорами поиска, браузерами или другими автоматизированными системами. Значение атрибута указывает браузеру дату и время, когда копию документа, хранимую в памяти, следует заменить. Обновленную страницу браузер в указанное время должен запросить у сервера. Последний элемент а примера предоставляет информацию для сервиса ранжирования приложений, которые могут использоваться прокси-системами либо другими устройствами, оборудованными фильтрами содержания, чтобы запретить доступ к неактуальным данным. ранжирования разработана Ассоциацией по документов в 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 показано, как эти свойства применяются в заголовке Таблица
Экземпляры свойств и значений атрибута http-equiv
Свойство
Значения атрибута «содержание»
Назначение
Expires
Date/time (дата/время)
Content-type
Media type (тип носителя данных и кодировка символов для текста)
Инструкция для кэш-памяти: запрос новой копии документа после указанных времени и даты Инициализация встраиваемых в браузер программ и/или кодировок символов Установка базового языка для создания скриптов Установка базового языка таблиц стилей Контроль обращений к кэш-памяти в HTTP
Type Content-StyleType Pragma
Листинг
Scripting Language Identifier (идентификатор языка скриптов) Style Language Identifier (идентификатор языка таблиц стилей) nocache (не кэшировать)
Пример использования набора
2000, WebGeek, Inc." /> применения
metadata, descriptions" />
Всего атрибут 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://vancouver-webpages.com/
Поддерживает генератор для наиболее часто используемых метаэлементов, при работе формы. Предоставляет полный вариант значений для атрибутов name и http-equiv, а также описание их применения Современный набор инструментов для построения и редактирования метаданных
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 также является основой для технологии СС/РР, семантику которой он использует. Более описание можно найти в рекомендации Resource Description Framework (RDF) Schema Specification no адресу
Ⱦɚɧɧɚɹɜɟɪɫɢɹɤɧɢɝɢɜɵɩɭɳɟɧɚɷɥɟɤɬɪɨɧɧɵɦɢɡɞɚɬɟɥɶɫɬɜɨɦ%RRNVVKRS ɊɚɫɩɪɨɫɬɪɚɧɟɧɢɟɩɪɨɞɚɠɚɩɟɪɟɡɚɩɢɫɶɞɚɧɧɨɣɤɧɢɝɢɢɥɢɟɟɱɚɫɬɟɣɁȺɉɊȿɓȿɇɕ Ɉɜɫɟɯɧɚɪɭɲɟɧɢɹɯɩɪɨɫɶɛɚɫɨɨɛɳɚɬɶɩɨɚɞɪɟɫɭ[email protected]
Дальнейшее развитие 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. Пример. находятся в стадии разработки, поэтому представленный ниже пример, демонстрирующий простую реализацию регистрационной формы, использует синтаксис, который впоследствии может быть изменен. Пример взят из рабочего документа консорциума: