Контактна інформація: елемент ADDRESS

Синтаксис: <ADDRESS>…</ADDRESS> (текстовий елемент) Атрибути: id, class, style, title, lang, dir, події Підтримка: Повна відповідність стандарту, відображається курсивом (5.0+) Відображається курсивом, атрибут dir ігнорується (3.0+)

Елемент ADDRESS повинен містити контактну інформацію про даний документ. Він звичайно розміщається на початку або кінці документа й містить імена автора документа, адреси їхньої електронної пошти й т.п. У строгому HTML-документі він може містити тільки текстові елементи; він може втримуватися в елементах BLOCKQUOTE, BODY, BUTTON, DD, DEL, DIV, FIELDSET, FORM, INS, LI, MAP, NOSCRIPT, OBJECT, TD й TH. Оглядачі звичайно відображають його курсивним шрифтом. Приклад: елемент

Code 9.13 < ADDRESS >Автор: Е. Л. Полин<BR> E-mail: <A href="mailto:[e-mail]">[e-mail]</A>< /ADDRESS >

буде відображатися так:

Code 9.14 Автор: Е. Л. Полин
E-mail: [e-mail]

Напрямок висновку тексту: елемент BDO

Синтаксис: <BDO>…</BDO> (текстовий елемент) Атрибути: id, class, style, title, lang, dir Підтримка: Повна відповідність стандарту (5.0+) Не підтримується

Елемент BDO (BiDi override) призначений для завдання напрямку висновку тексту, що втримується в ньому. Напрямок задається обов'язковим атрибутом dir. Він може містити будь-які текстові елементи й утримуватися в будь-яких блокових і текстових елементах.

Кадо указувалося в описі атрибута dir, всім символам у кодуванні Unicode приписане напрямок, для того, щоб текст відображався правильно. Так, латинські й російські букви виводяться ліворуч праворуч, а єврейські й арабські — праворуч ліворуч. Unicode визначає двунаправленный алгоритм, що повинен застосовуватися щораз, коли документ містить символи, виведені праворуч ліворуч. Хоча звичайно цей алгоритм дає правильне зображення тексту, існують ситуації, коли напрямок висновку тексту доводиться задавати явно за допомогою елемента BDO.

Автори можуть використати й інший спосіб явного завдання напрямку висновку тексту. Для цього відповідний фрагмент тексту повинен починатися із символу Unicode &#x202D; для висновку ліворуч праворуч або із символу &#x202E; для висновку праворуч ліворуч. Символ &#x202C; завершує такий фрагмент і знову передає керуванню двунаправленному алгоритму відображення символів.

Підтримка: Повна відповідність стандарту (5.0+)

Спеціальні символи Unicode не підтримуються

Тема 10. XHTML: мова HTML як XML-додаток до гори ↑

Введення в XHTML

 

У січні 2000 р. W3C опублікував рекомендацію XHTML 1.0 по переформулюванню специфікації HTML 4 як XML-додатка. Мова XML буде докладно розглянутий у Частині VIII; тут же приводиться тільки резюме згаданої рекомендації. У порівнянні з HTML 4, XHTML має наступні переваги:

XHTML-документи відповідають стандарту XML, і, отже, вони можуть проглядатися, редагуватися й перевірятися на синтаксичну правильність стандартними засобами підтримки мови XML.

XHTML-документи можуть відображатися як існуючими оглядачами HTML-документів, так і новими оглядачами, що підтримують стандарт XHTML.

XHTML-документи можуть звертатися до сценаріїв й аплетам, заснованим на об'єктній моделі документів (DOM).

Із практичної точки зору переваги XHTML такі:

І розроблювачі документів, і розроблювачі оглядачів постійно шукають нові способи вираження своїх ідей за допомогою нових HTML-тегів. XML забезпечує єдиний і простий спосіб створення нових елементів мови і їхніх додаткових атрибутів. XHTML покликаний уніфікувати такі розширення мови HTML за допомогою XHTML-модулів, які будуть підтримувати комбінації існуючих елементів HTML з новими елементами при розробці й відображенні документів.

Постійно виникають всі нові способи й засоби доступу до Мережі: кишенькові комп'ютери й телевізійні приставки, стільникові телефони й пейджеры. За деякими оцінками, до 2002 р. 75% перегляду Веб-сторінк буде здійснюватися за допомогою цих альтернативних засобів. XHTML був розроблений з орієнтацією на узагальнений оглядач, що у сполученні з механізмами словників метаданных повинен забезпечити оптимальне перетворення вмісту документа при його відображенні, для того, щоб, зрештою, перейти до розробки таких документів, які будуть адекватно відображатися будь-яким оглядачем, що підтримує стандарт XHTML.

На думку творців мови HTML, він, незважаючи на успіх, за минуле десятиліття повністю вичерпав себе й перетворився в труднообозримого монстра, підтримка якого через надмірно разросшегося набір тегів стає усе більше скрутною. Із цієї причини історія HTML закінчується його четвертою версією; HTML 5 ніколи створений не буде — точніше кажучи, таким можна вважати XHTML 1.0, що починає нову епоху мов для Веб-документов, засновану на єдиному протоязыке XML, що забезпечує своїм додаткам розширюваність і переносимость.

Структура XHTML-документа

 

XHTML-документ має наступну структуру:

Code 10.1 <?xml version="1.0" encoding="UTF-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"><head><title> Заголовок документа </title></head><body>...</body></html>

Із цього приклада видно, що XHML-документ складається з наступних компонентів:

- Декларація XML-документа (перший рядок приклада). Цей рядок не є обов'язкової відповідно до стандарту XML, але W3C рекомендує завжди включати її в початок XHTML-документа. Якщо ж кодування символів документа відмінна від UTF-8 або UTF-16, то Деклараці-XML-декларація стає обов'язкової й повинна містити назву кодування символів в атрибуті encoding.

- Декларація типу документа (другий рядок приклада). Ця декларація є обов'язковою й може приймати одне із трьох значень, які відповідають трьом деклараціям типів HTML-документів:

Code 10.2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd"><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "DTD/xhtml1-transitional.dtd"><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN""DTD/xhtml1-frameset.dtd">

Корнєвій елемент документа (інші рядки приклада). Цим елементом є html з обов'язковим атрибутом xmlns, що задає простір імен XHTML-документа. Значенням xmlns повинна бути рядок "http://www.w3.org/1999/xhtml". Крім того, для завдання мови документа повинні використатися й атрибут lang, і атрибут xml:lang, як показано в прикладі.

Відмінності від HTML

 

Оскільки XHTML-документи є XML-додатками, на їхній синтаксис накладається ряд додаткових обмежень, які виражаються в тім, що XHTML-документи повинні бути правильно оформлені в розумінні стандарту XML. Це означає, що:

Кожен елемент повинен мати кінцевий тег, навіть якщо стандарт HTML говорить, що він не обов'язковий. Якщо елемент не має кінцевого тегу й умісту, то його початковий тег повинен кінчатися на />, наприклад <br />, <hr />, <img src="picture.jpg" alt="малюнок" />. Пробіл перед дробовою рисою не обов'язковий, але рекомендується для сумісності з Веб-наглядачями.

Елементи повинні або випливати один за одним, або бути вкладені один в іншій, як це було рекомендовано в п. 1.2. 1, хоча дотепер Веб-наглядачи ліберально ставилися до неправильного вкладення елементів друг у друга.

Назви елементів й атрибутів HTML повинні писатися малими літерами, тому що мова XML розрізняє регістри, і в ньому <body> й <BODY> — це різні теги.

Значення атрибутів завжди повинні полягати в лапки (порівн. п. 1.2. 2). Не допускається короткий запис атрибутів виду <option selected>. Атрибут завжди повинен мати значення, у цьому випадку: <option selected="selected">.

Значення атрибутів нормалізуються відповідно до стандарту XML. Це означає, що з них віддаляються початкові й кінцеві пробіли, а кожна послідовність пробілів усередині значення атрибутів (включаючи розриви рядків) заміняється на один символ пробілу.

Якщо елементи style або script містять спеціальні символи, то їхній уміст варто містити в маркіровану секцію CDATA, інакше процесор XML перетворить спеціальні символи в їхні еквіваленти до обробки оглядачем відповідної таблиці стилів або сценарію:

Code 10.3 <script> <![CDATA[ …уміст сценарію... ]]></script>

Процесор XML видаляє всі коментарі з тексту документа. Тому що історично склала практика "ховати" уміст таблиць стилів і сценаріїв усередині коментарів не працює в XHTML. Єдиний спосіб уникнути їхньої попередньої обробки процесором XML складається у використанні зовнішніх таблиць стилів і сценаріїв.

Атрибут name елементів a, form, frame, iframe, img й map оголошений в XHTML морально застарілим; замість нього повинен використатися атрибут id. Більше того, усюди в XHTML-документах для створення закладок варто користуватися атрибутом id, наприклад: <a id="myid">…</a>...

Забезпечення сумісності

 

Для того, щоб XHTML-документ правильно відображався Веб-наглядачями, рекомендується дотримувати наступних правил:

Оскільки XML-додатки поки не мають зареєстрованого типу MIME, для XHTML-документів варто використати тип "text/html" у метаописателе <META http-equiv="Content-Type" content="text/html; charset=windows-1251" />. Для завдання кодування символів документа варто вказувати й цей метаописатель, і Деклараці-XML-декларацію <?xml version="1.0" encoding="WINDOWS-1251"?>. Деклараці-XML-декларація має пріоритет перед Деклараці-HTML-декларацією кодування символів.

Для завдання мови елемента повинні використатися й атрибут lang, і атрибут xml:lang, причому атрибут xml:lang має пріоритет.

Якщо значення атрибута містить символ амперсанта "&", то його варто замінити на відповідний спеціальний символ &amp;. Наприклад, якщо атрибут href елемента вказує на CGI-сценарій, що приймає параметри, то він повинен записуватися як

Code 10.4

http://my.site.dom/cgi-bin/myscript.pl?class=guest&amp;name=user,

а не

http://my.site.dom/cgi-bin/myscript.pl?class=guest&name=user.

 

При використанні каскадних таблиць стилів варто пам'ятати, що синтаксичний розбір властивостей стилів для HTML-документів й XML-документів виробляється по-різному. Для того, щоб ці розходження менше впливали на відображення документів, треба дотримувати наступних правил:

Назви елементів й атрибутів CSS повинні писатися малими літерами.

Якщо таблиця стилів містить властивості для елемента tbody, то таблиці в XHTML-документі повинні явно містити цей елемент (HTML додає його за замовчуванням, а XML немає).

Варто звертати увагу на ті випадки, коли стандарт CSS по-різному визначає правила розбору властивостей для HTML-документів і для XML-документів.

Завдання на лабораторну роботу I (HTML) до гори ↑

 

1.1. Загальне завдання для всіх студентів. Перевірити наявність операційного середовища для виконання лабораторної роботи, зокрема, браузера, наприклад, MS Internet Explorer, простого редактора для модифікації вихідних текстів, наприклад, Notepad, текстового процесора, наприклад, OpenOffice.org Writer, для перегляду методичних вказівок, програми перегляду pdf-файлів, наприклад, Adobe Reader.

1.2. Індивідуальне завдання для кожного студента. На основі прикладів для HTML з методичної частини роботи 1 підготувати й налагодити персональний код HTML, у якому передбачити реалізацію індивідуального завдання. Вибір варіанта завдання здійснюється з таблиці 1.1 на підставі номера студента у відомості деканату. У завданні кожного студента – одинадцять завдань (по числу рядків). Номер варіанта кожного конкретного завдання виходить як залишок від розподілу індивідуального номера з відомості деканату на число варіантів конкретного завдання, збільшений на «1». Наприклад, для номера з відомості «21», другого завдання «Число текстів-абзаців»і четвертого завдання «Число й типи списків», обирані варіанти будуть рівні відповідно:

Вар.2-й завдання=(21%7)+1=0+1=1, Вар.4-й завдання=(21%5)+1=1+1=2.

1.3. Загальне завдання для всіх студентів. За результатами лабораторної роботи підготувати протокол, що включає формулювання індивідуальних пунктів завдання, коротке опис реалізації кожного з пунктів завдання з відповідними фрагментами персонального коду HTML, висновки по кожному з пунктів завдання, а також відповісти на загальні теоретичні питання викладача, захистити протокол і продемонструвати роботу персонального коду HTML.

Таблиця 1.1

№	Завдання	Варіант 1	Варіант 2	Варіант 3	Варіант 4	Варіант 5	Варіант 6	Варіант 7
	Индивидуаль-ные реквізити	Далі при виконанні індивідуальних завданнь необхідно вибрати згідну до завдання кількість будь якого тексту або графічного матеріалу за своїм бажанням.
	Число текстів-абзаців
Выравнива-ние в текстах-абзацах	1 - по центрі, 2 - уліво	1 - вправо, 2 - по центрі, 3 - уліво	1 - по центрі, 2 - уліво, 3 - вправо, 4 - по ширині	1- вправо, 2 - по ширині, 3 - уліво, 4 - по центрі, 5 - по ширині	1 - уліво, 2 - вправо, 3 - по центрі, 4 - по ширині, 5 - по центрі, 6 - уліво	1 - по центрі, 2 - вправо, 3 - по ширині, 4 - уліво, 5 - вправо, 6 - по центрі, 7 - уліво	1 - уліво, 2 - вправо, 3 - по центрі, 4 - вправо, 5 - по ширині, 6 - уліво, 7 - вправо, 8 - по ширині
	Число й типи списків	6шт., маркіро-ванні, нумерованні, меню, визначення	5шт., маркіро-ванні, нумерованні, меню, визначення	4шт., маркиро-ванные, нумерован-ные, меню, визначення	3шт., нумерован-ні, меню, визначення	2шт., нумерован-ні, визначення	-
	Число й типи таблиць	Частина цієї таблиці (таб. 1.1.) із першим рядком з заголовками та іншими рядками згідно варіанту заголовок маркується окремими тегами.
Заголовок та 1, 2, 3 рядки	Заголовок та 4 5, 6 рядки	Заголовок та 7, 8, 9 рядки	Заголовок та 1, 4, 7 рядки	Заголовок та 2, 5, 8 рядки	Заголовок та 3, 6, 9 рядки	Заголовок та 1, 5, 9 рядки
	Графіка, об'єкти й мультімедиа	Картинка, звуковий файл	Картинка, відеоролик, звуковий файл	Дві картинки, два відеоролики	Картинка, два звукових файли, відеоролик	Два звукових файли, два відеоролики	-
	Число й розміщення фреймів	4 шт., в 3 рядки з розбивкою 2-го рядка на 2	3 шт., в 2 рядки з розбивкою 2-го рядка на 2	3 шт., в 2 стовпці з розбивкою 2-го стовпця на 2	4 шт., в 3 рядки з розбивкою 1-го рядка на 2	4 шт., в 3 стовпці, з розбивкою 2-го стовпця на 2	4 шт., в 3 рядки з розбивкою 3-го рядка на 2	4 шт., решіткою
	Убудовані HTML-документи й аплети	Два убудованих HTML-документи й аплет	Убудований HTML-документ і два аплета	Убудований HTML-документ й апплет	-
	Число й тип посилань	6 шт.: зовнішня – 1 шт., на текст – 2 шт., на фрейм – 2 шт., картинка на FTP – 1 шт.	5 шт.: зовнішня – 1 шт., на текст – 2 шт., на фрейм – 2 шт., картинка – 1 шт., на пошту – 1 шт.	4 шт.: на текст – 2 шт, на фрейм – 1 шт., картинка на фрейм – 1шт.	3 шт.: зовнішня – 1 шт., на фрейм – 1 шт., картинка на фрейм – 1 шт.	2 шт.: зовнішня – 1 на фрейм-1,	4 шт.: на текст – 2 шт, на фрейм – 1 шт., картинка на фрейм – 1шт.	3 шт.: зовнішня – 1 шт., на фрейм – 1 шт., картинка на фрейм – 1 шт.
	Число й тип форм	2шт: GET: мітка, текст, кнопка, список; POST: мітка, пароль, поле, радіокнопка	3шт: GET: мітка, пароль, поле, радіокнопка; GET: мітка, текст, радіокнопка; POST: мітка, текст, список	4шт.: GET: пароль, список; POST: мітка, поле,кнопка; GET: текст, список; POST: мітка, радіокнопка, список	3шт: GET: мітка, пароль, поле, радіокнопка; GET: мітка, текст, радіокнопка; POST: мітка, текст, список	2шт: GET: мітка, текст, кнопка, список; POST: мітка, пароль, поле, радіокнопка	4шт.: GET: пароль, список; POST: мітка, поле,кнопка; GET: текст, список; POST: мітка, радіокнопка, список	3шт.: GET: пароль, список; POST: мітка, поле,кнопка; GET: текст, список;

Література

 

Основна

Додаткова