HTML - статьи

         

PERSON


Description

The PERSON element

changes the character rendering of the

contents of the element to logically represent

the name of people

to allow these to be extracted automatically by indexing programs.

Minimum Attributes

<PERSON>characters... </PERSON>

All Possible Attributes

<PERSON

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</PERSON>

Elements Allowed Within...

-In progress, to be determined-

Allowed In Content Of...

-In progress, to be determined-

Variations



The PERSON element is a Version 3 proposed element.

All character definition elements are Level 2.



PLAINTEXT


Description

The PLAINTEXT element defined a separated multi-line set of text

to be rendered as it exists in the source document with

the same line breaks. It was designed to ignore all subsequent

HTML tags. Therefore, it was always last in a document, allowing

the remainder of the document to be presented as text.

Minimum Attributes

<PLAINTEXT>characters...

</PLAINTEXT>

All Possible Attributes

<PLAINTEXT WIDTH="..."

LANG="..."

DIR=ltr|rtl>characters...

</PLAINTEXT>

Elements Allowed Within...

Only the PLAINTEXT ending element is recognized as an element

inside of PLAINTEXT content, all else is treated as character data.

Allowed In Content Of...

Variations

Most browsers use fixed-width characters for PLAINTEXT text.

A few browsers accepted the ending element, which meant that

the ending element could not exist in the text.

The RFC 1866 DTD specifies that the ending element can exist and

implies that a browser should recognize the ending

element but accept everything else as just text.

It also prohibits it from being nested inside any element but the

outer HTML element itself.

Comments in RFC 1866 state that PLAINTEXT has no ending element and

all characters after the start element are data.

This element existed in Version 0 and has been replaced by the

<PRE> element.

RFC 1866 has declared PLAINTEXT as deprecated

and some current browsers no longer recognize it.

The LANG and DIR attributes are introduced with the

internationalization proposal.



Послесловие. От Автора


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

Под MSIE и Нетскейпом подразумиваются Microsoft Internet Explorer 4.0+ и Netscape Navigator 4.0+ соответственно.

Данная статья является моей интелектуальной собственностью и защищается законом РФ об авторском праве. Любое коммерческое использование материалов данной статьи без письменного разрешения автора запрещено. При некоммерческом использовании ссылка на автора обязательна.

Copyright © 1999-2000 by . All rights reserved.



PRE


Description

The PRE element defines a separated multi-line set of text

to be rendered as it exists in the source document with

the same line breaks and spaces.

Normal text removes multiple spaces and line breaks in the source.

Minimum Attributes

<PRE>characters...

</PRE>

All Possible Attributes

<PRE WIDTH=number

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

CLEAR=left|right|all|"..."

>characters...

</PRE>

Elements Allowed Within...

elements

and parsed character data

Allowed In Content Of...

Any entity that permits members of group

Variations

RFC 1866 states that the content of PRE is intended to be

formatted with a monospaced font.

For backwards compatibility with some existing documents,

RFC 1866 encourages browsers to accept the <P> element

in the PRE content and treat it as if it were the <BR> element.

While RFC 1866 states that within PRE content the tab character should

position to the next 8 character boundary, it recommends

that HTML documents not contain the tab character.

Version 3 encourages using the proposed element instead.

The LANG and DIR attributes are introduced with the

internationalization proposal.

One typical use of PRE has been for tables, but the Version 3

element is proposed to fulfill that requirement.

The CLEAR attribute is proposed in Version 3.

RFC 1866 states that the attribute WIDTH specifies the

maximum number of characters for a line.

Some browsers have interpreted this as specifying

the minimum number of characters that the browser should

try to insure are displayed on a single line, possibly by selecting

a smaller font size.

Many browsers ignore the WIDTH attribute, and Version 3 is discussing

the possibility of removing it.

The PRE element is Level 0.



Примечания редактора


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

информация на момент публикации устарела. По этой причине в оригинальный

текст включены примечания (замкнуты в скобках и

помечены, как "прим. ред."). Некоторые из них вынесены из

текста и размещаются в конце данного документа в разделе

"".



Ниже приведено несколько примеров, иллюстрирующих


Ниже приведено несколько примеров, иллюстрирующих использование
cookies
Первый пример:
Клиент запрашивает документ и принимает ответ:
Set-Cookie: CUSTOMER=WILE_E_COYOTE; path=/; expires=Wednesday, 09-Nov-99 23:12:40 GMT
Когда клиент запрашивает URL с путем "/" на этом сервере,
он посылает:
Cookie: CUSTOMER=WILE_E_COYOTE
Клиент запрашивает документ и принимает ответ:
Set-Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001; path=/
Когда клиент запрашивает URL с путем "/" на этом сервере,
он посылает:
Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001
Клиент получает:
Set-Cookie: SHIPPING=FEDEX; path=/foo
Когда клиент запрашивает URL с путем "/" на этом сервере,
он посылает:
Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001
Когда клиент запрашивает URL с путем "/foo" на этом
сервере, он посылает:
Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001; SHIPPING=FEDEX
Второй пример:
Клиент принимает:
Set-Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001; path=/
Когда клиент запрашивает URL с путем "/" на этом сервере,
он посылает:
Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001
Клиент принимает:
Set-Cookie: PART_NUMBER=RIDING_ROCKET_0023; path=/ammo
Когда клиент запрашивает URL с путем "/ammo" на этом
сервере, он посылает:
Cookie: PART_NUMBER=RIDING_ROCKET_0023; PART_NUMBER=ROCKET_LAUNCHER_0001
Комментарий: здесь мы имеем две пары имя/значение с именем "PART_NUMBER".

Это наследие из предыдущего примера, где значение для пути "/" прибавилось к значению для "/ammo".
document.write('
');


Новости мира IT:

02.08 - 02.08 - 02.08 - 02.08 - 02.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 31.07 - 31.07 - 31.07 - 31.07 - 31.07 -
Архив новостей
Последние комментарии:
 (66)

2 Август, 17:53
 (19)

2 Август, 17:51
 (34)

2 Август, 15:40
 (42)

2 Август, 15:35


 (1)

2 Август, 14:54
 (3)

2 Август, 14:34
 (3)

2 Август, 14:15
 (2)

2 Август, 13:34
 (7)

2 Август, 13:04
 (3)

2 Август, 12:28
BrainBoard.ru

Море работы для программистов, сисадминов, вебмастеров.

Иди и выбирай!
google.load('search', '1', {language : 'ru'}); google.setOnLoadCallback(function() { var customSearchControl = new google.search.CustomSearchControl('018117224161927867877:xbac02ystjy'); customSearchControl.setResultSetSize(google.search.Search.FILTERED_CSE_RESULTSET); customSearchControl.draw('cse'); }, true);
Loading


IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

PR-акции, размещение рекламы — ,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы —


This Web server launched on February 24, 1997 Copyright © 1997-2000 CIT, © 2001-2009

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


Не знаете, где приобрести ? Не проблема, позвоните нам, мы сделаем вам предложение, от которого Вы не сможете отказаться.

Q


Description

The Q element changes the character rendering of the

contents of the element to logically represent a short quotation.

Minimum Attributes

<Q>characters... </Q>

All Possible Attributes

<Q

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</Q>

Elements Allowed Within...

members of group

Allowed In Content Of...

Any element that permits members of group

Variations

The Q element was a Version 3 proposed element and is part

of the internationalization proposal.

It is intended to be shown enclosed in the kind of quotations marks

appropriate to the LANG language context.

All character definition elements are Level 2.



S


Description

The S element changes the physical rendering of the

contents of the element to a font

with a strikeout line through the letters.

Minimum Attributes

<S>characters...

</S>

All Possible Attributes

<S

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</S>

Elements Allowed Within...

-In progress, to be determined-

Allowed In Content Of...

-In progress, to be determined-

Variations

The S element is proposed in Version 3.

This replaces the STRIKE element which was in a early Version 2 proposal

but is not in RFC 1866.

All character definition elements are Level 2.



SAMP


Description

The SAMP element changes the character rendering of the

contents of the element to logically represent a sequence of literal characters.

Minimum Attributes

<SAMP>characters...

</SAMP>

All Possible Attributes

<SAMP

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</SAMP>

Elements Allowed Within...

members of group

Allowed In Content Of...

Any element that permits members of the group

Variations

This is usually rendered with a fixed-width font.

The LANG and DIR attributes are introduced with the

internationalization proposal.

All character definition elements are Level 2.



SELECT


Description

The SELECT element defines a menu of a series of selectable

input in a FORM, each identified with the OPTION element.

At least one OPTION element is expected within the SELECT contents.

NAME is the symbolic name of the field

returned to the server on submission.

SIZE determines the number of OPTIONS physically visible

when the browser displays the FORM.

The default selection will be the first OPTION in the SELECT contents.

The MULTIPLE attribute, if present, allows multiple selections, and

causes no OPTION to be the default.

Minimum Attributes

<SELECT NAME="...">characters...

</SELECT>

All Possible Attributes

<SELECT NAME="..."

SIZE=value

MULTIPLE

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

ALIGN=top|middle|bottom|left|right

DISABLED

ERROR="..."

SRC="..."

MD="..."

WIDTH=value

HEIGHT=value

UNITS=pixels|em>characters...

</SELECT>

Elements Allowed Within...

element

Note that the elements

are expressly prohibited by RFC 1866 from being nested

within the SELECT element content

Allowed In Content Of...

Variations

The ERROR attribute without a value was first introduced

in an early Version 2 proposal but is not in RFC 1866.

The LANG and DIR attributes are introduced with the

internationalization proposal.

Version 3 proposes the ALIGN, DISABLED,

ERROR (with a value), SRC, MD, WIDTH, HEIGHT, and UNITS attributes.

The Version 3 proposed DISABLED attribute would display this menu,

but prohibit user entry/modification.

The Version 3 proposed ERROR attribute defines text to be displayed

in the event that the current selections for this menu are invalid.

Version 3 proposes a SRC attribute to identify a URL for an image

to be displayed instead of the OPTION texts for this menu,

with each OPTION element identifying its "hotspot" on this image.

If SRC is present, the texts would only be used for non-graphical browsers.

All elements concerning FORM are Level 2.



Синтаксис HTTP заголовка для поля Cookie


Когда запрашивается документ с HTTP сервера, броузер проверяет

свои cookie на предмет соответствия домену сервера и прочей информации.

В случае, если найдены удовлетворяющие всем условиям значения

cookie броузер посылает их в серверу в виде пары имя/значение:

Cookie: NAME1=OPAQUE_STRING1; NAME2=OPAQUE_STRING2 ...



SMALL


Description

The SMALL element changes the physical rendering of the

contents of the element to a smaller font than normal text, if practical.

Minimum Attributes

<SMALL>characters...

</SMALL>

All Possible Attributes

<SMALL

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</SMALL>

Elements Allowed Within...

-In progress, to be determined-

Allowed In Content Of...

-In progress, to be determined-

Variations

The SMALL element is proposed in Version 3.

This element is a Netscape 2.0 extension.

All character definition elements are Level 2.



СОВМЕСТИМОСТЬ


(помните, HTML эволюционирует и просмотрщики бывают разные)

(без отметки) Включено в HTML 3.2;

должно работать с последними версиями просмотрщиков

N1.0 дополнение Netscape, введенное в Navigator'е версии 1.0

N1.1 дополнение Netscape, введенное в Navigator'е версии 1.1

N2.0 дополнение Netscape, введенное в Navigator'е версии 2.0

N3.0b дополнение Netscape, введенное в Navigator'е версии 3.0 бета  

Авторские права ©1995, 1996 принадлежат .
Авторские права © 1996 на перевод принадлежат .
Последнее изменение: 21 июля 1996.
Перевод: 12 августа 1996.



SPAN


Description

The SPAN element is a generic container to set language

characteristics for its content.

Minimum Attributes

<SPAN>characters... </SPAN>

All Possible Attributes

<SPAN

LANG="..."

DIR=ltr|rtl>characters...

</SPAN>

Elements Allowed Within...

members of group

Allowed In Content Of...

Any element that permits members of group

Variations

The SPAN element is a part of the internationalization proposal.



Спецификация


Полное описание поля Set-Cookie HTTP заголовка:

Set-Cookie: NAME=VALUE; expires=DATE; path=PATH; domain=DOMAIN_NAME; secure

Минимальное описание поля Set-Cookie HTTP заголовка:

Set-Cookie: NAME=VALUE;

NAME=VALUE - строка символов, исключая перевод строки,

запятые и пробелы. NAME-имя cookie, VALUE - значение.

expires=DATE - время хранения cookie, т.е. вместо DATE

должна стоять дата в формате Wdy, DD-Mon-YYYY HH:MM:SS GMT, после

которой истекает время хранения cookie. Если этот атрибут не указан,

то cookie хранится в течение одного сеанса, до закрытия броузера.

domain=DOMAIN_NAME - домен, для которого значение cookie

действительно. Например, domain=cit-forum.com. В этом случае значение

cookie будет действительно и для сервера cit-forum.com, и для

www.cit-forum.com. Но не радуйтесь, указания двух последних периодов

доменных имен хватает только для доменов иерархии "COM",

"EDU", "NET", "ORG", "GOV",

"MIL", и "INT". Для доменов иерархии "RU"

придется указывать три периода.

Если этот атрибут опущен, то по умолчанию используется доменное

имя сервера, с которого было выставлено значение cookie.

path=PATH - этот атрибут устанавливает подмножество документов,

для которых действительно значание cookie. Например, указание

path=/win приведет к тому, что значение cookie будет действительно

для множества документов в директории /win/, в директории /wings/

и файлов в текущей директории с именами типа wind.html и windows.shtml

Если этот атрибут не указан, то значение cookie распространяется

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

было установлено cookie.

secure - если стоит такой маркер, то информация cookie

пересылается только через HTTPS (HTTP с использованием SSL). Если

этот маркер не указан, то информация пересылается обычным способом.



Спецификация языка HTML


Радик Усманов

Сентябрь 8, 1995 г.

Реферат:

Документ содержит русский перевод черновой версии спецификации

языка гипертекстовой разметки HTML.

Перевод выполнен по заказу корпорации

""

(УНИКОР) для проведения работ по проекту

""

, в рамках программы Госкомвуза

"Национальная академическая система баз данных и баз знаний высшей

школы России".



SSI


.,

SSI расшифровывается как Server Side Include. SSI - это набор команд, позволяющий включить в страницу информацию, недоступную средствами HTML, такую как вывод программ, значения переменных окружения и статистику по файлам (размер, дата создания и др.). Все это и более позволяют делать CGI-скрипты, но зачем писать целый скрипт для получения размера файла, если можно воспользоваться SSI?:)

SSI работает очень просто: при получении запроса на документ, содержащий SSI-директивы, http-сервер обрабатывает документ, выполняет все SSI-директивы, а получившийся в результате документ возвращает клиенту. Http-сервер не проверяет автоматически все документы на наличие SSI-директив, а только те, которые относятся к типу, указанному в настройках сервера.

Для указания http-серверу, какие документы считать содержащими SSI-директивы, в srm.conf, находящемся в /etc/httpd/conf надо раскомментировать следующие строки:

AddType text/html .shtml

AddHandler server-parsed .shtml

После этого все документы с расширением .shtml будут проверяться на SSI-директивы. Но удобнее будет определить чтобы все .html-файлы могли содержать SSI. Это делается добавление в srm.conf

следующих строчек:

AddType text/html .html # не обязательно, т.к. он и так описан.

AddHandler server-parsed .html

Теперь надо разрешить выполнение SSI в каталоге, в котором лежат твои файла. Найди в access.conf

описание каталога, в котором лежат твои html'ы и добавь в его Options директиву Includes:

#было так

Options Indexes

#стало так

Options Indexes Includes

Если твой каталог не прописан, его надо прописать. Почитай доку по , чтоб узнать как это делается.:) А если у тебя нет возможности изменять srm.conf или access.conf, т.е. ты не root, тогда за пивом, а потом к админу.:)

SSI-директивы включаются в html-код в виде коментариев, но определенного формата:

<!--#SSI_директива="параметры" -->

Использовать можно следующие SSI-директивы:

echo var

Используется для вывода значения переменной окружения.


Твой IP - <!--#echo var="REMOTE_ADDR"--> <BR>

Твой броузер - <!--#echo var="HTTP_USER_AGENT"--> <BR>

Мой сервер - <!--#echo var="SERVER_NAME"--> <BR>

Ты пришел со страницы - <!--#echo var="HTTP_REFERER"--> <BR>

А вот вывод:

Твой IP - 10.53.2.103

Твой броузер - Mozilla/4.0 (compatible; MSIE 7.0; Win32)

Мой сервер - citforum.ru

Ты пришел со страницы - http://citforum.ru/internet/html/

include file
include virtual

Включает в html-файл в месте, где идет вызов SSI, содержимое указанного файла. Отличие include file от include virtual в том, что в первом случает используется файл, находящийся в том же каталоге, что и html-файл, во втором случает указывается путь к файлу относительно текущего каталога. Если с помощью include file или include virtual включается cgi-скрипт, то в содержимое страницы попадет вывод cgi-скрипта, а не его содержание.

fsize file

Вставляет размер указанного файла.

Размер файла этой страницы:

<!--#fsize file="ssi.shtml"--> <BR>

Вывод:

Размер файла этой страницы: 12K

flastmod file

Вставляет время последней модификации указанного файла.

Время последней модификации файла этой страницы:

<!--#flastmod file="ssi.shtml"--> <BR>

Вывод:

Время последней модификации файла этой страницы: Sunday, 28-Dec-2003 19:15:27 MSK

exec cmd
exec cgi

Запускает внешнюю программу (exec cmd) или cgi-скрипт (exec cgi) и вставляет в содержимое страницы вывод.

config errmsg
config sizefmt
config timefmt

Изменяет различный параметры конфигурации SSI. config errmsg изменяет стандартное собщение об ошибке на введенное пользователем. Сообщение об ошибке возникает при неправильном выполнении SSI-директивы, например при отсутствии cgi-скрипта, который ты пытаешься запустить.

Это стандартная ошибка при запуске скрипта, которого нет: <BR>

<!--#exec cgi="/cgi-bin/nonexistence.pl"--> <BR>



А теперь заменим сообщение об ошибке и повторим: <BR>

<!--#config errmsg="Ошибка, пишите <a href=mailto:dh@null.ru>автору ошибки</a>"-->

<!--#exec cgi="/cgi-bin/nonexistence.pl"--> <BR>

Вывод:

Это стандартная ошибка, возникающая при запуске скрипта, которого нет:

[an error occurred while processing this directive]

А теперь заменим сообщение об ошибке и повторим:

Ошибка, пишите

Директива config sizefmt изменяет формат вывода размера файла.

Размер файла этой страницы в килобайтах:

<!--#config sizefmt="abbrev"-->

<!--#fsize file="ssi.shtml"--> <BR>

Размер файла этой страницы в байтах:

<!--#config sizefmt="bytes"-->

<!--#fsize file="ssi.shtml"--> <BR>

Вывод:

Размер файла этой страницы в килобайтах:

12K

Размер файла этой страницы в байтах:

12,500

Директива config timefmt меняет формат вывода даты и времени.

Время модификации файла этой страницы в секундах с 01.01.1970:

<!--#config timefmt="%s"-->

<!--#flastmod file="ssi.shtml"--> <BR>

Время модификации файла этой страницы в читабельном виде:

<!--#config timefmt="%d.%m.%Y %H:%M:%S"-->

<!--#flastmod file="ssi.shtml"--> <BR>

Вывод:

Время модификации файла этой страницы в секундах с 01.01.1970:

1072628127

Время модификации файла этой страницы в читабельном виде:

28.12.2003 19:15:27

Параметры, используемые в config timefmt:

(Blockquote style)
Графика

Формат Описание Пример
%a Аббревиатура названия дня недели Sun
%A Полное название дня недели Sunday
%b Аббревиатура названия месяца Jan
%B Полное название месяца January
%d День месяца 01 (не 1)
%D Дата в формате "%m/%d/%y" 01/31/90
%e День месяца 1
%H Часы в 24-часовом формате 13
%I Часы в 12-часовом формате 01
%j День года 235
%m Номер месяца 01
%M Минуты 03
%p AM|PM AM
%r Время в формате "%I:%M:%S %p"
11:35:46 PM
%S Секунды 34
%s Время в секундах с 01.01.1970 957228726
%T Время в формате "%H:%M:%S" 14:05:34
%U Неделя года 49
%w Номер дня недели 5
%y Год в формате ГГ 95
%Y Год в формате ГГГГ 1995
%Z Временная зона MSK
printenv

Выводит все переменные окружения. Параметров не имеет.

Список переменных окружения:<BR>

<!--#printenv -->

Вывод:

Список переменных окружения:

SCRIPT_URL=/internet/html/ssi.shtml SCRIPT_URI=http://citforum.ru/internet/html/ssi.shtml CITFORUM=1 HTTP_X_FORWARDED_FOR=94.181.139.204 HTTP_HOST=citforum.ru HTTP_CONNECTION=close HTTP_REFERER=http://citforum.ru/internet/html/ HTTP_USER_AGENT=Mozilla/4.0 (compatible; MSIE 7.0; Win32) HTTP_CACHE_CONTROL=no-cache PATH=/usr/local/bin:/usr/bin:/bin SERVER_SIGNATURE=<address>Apache/2.2.16 (Debian) Server at citforum.ru Port 80</address>

SERVER_SOFTWARE=Apache/2.2.16 (Debian) SERVER_NAME=citforum.ru SERVER_ADDR=10.53.2.112 SERVER_PORT=80 REMOTE_ADDR=10.53.2.103 DOCUMENT_ROOT=/www/citforum/ SERVER_ADMIN=webmaster@localhost SCRIPT_FILENAME=/www/citforum/internet/html/ssi.shtml REMOTE_PORT=38103 GATEWAY_INTERFACE=CGI/1.1 SERVER_PROTOCOL=HTTP/1.0 REQUEST_METHOD=GET QUERY_STRING= REQUEST_URI=/internet/html/ssi.shtml SCRIPT_NAME=/internet/html/ssi.shtml DATE_LOCAL=02.08.2012 19:44:51 DATE_GMT=02.08.2012 15:44:51 LAST_MODIFIED=28.12.2003 19:15:27 DOCUMENT_URI=/internet/html/ssi.shtml USER_NAME=<unknown> DOCUMENT_NAME=ssi.shtml

set var

Устанавливает значение переменной окружения. Формат такой set var="ИМЯ_ПЕРЕМЕННОЙ" value="ЗНАЧЕНИЕ".

Значение переменной SERVER_NAME:

<!--#echo var="SERVER_NAME" --><BR>

Сменим значение:

<!--#set var="SERVER_NAME" value="www.dhls.ru" --><BR>

Значение переменной SERVER_NAME:

<!--#echo var="SERVER_NAME" --><BR>

Вывод:

Значение переменной SERVER_NAME:citforum.ru

Сменим значение:

Значение переменной SERVER_NAME: www.dhls.ru



if/else

Наличие такой команды не может не радовать...:) Применяется для управления выводом страницы по условию. Синтаксис такой:

<!--#if expr="УСЛОВИЕ1" -->

HTML-код, который будет выводиться, если УСЛОВИЕ1 истинно

<--#elif expr="УСЛОВИЕ2" -->

HTML-код, который будет выводиться, если УСЛОВИЕ1 ложно, а УСЛОВИЕ2 истинно

<--#else -->

HTML-код, который будет выводиться, если все условия ложны

<--#endif -->

Условие - это либо строка, которая является истинной, если непустая, или набор операторов сравнения строк. Операторы могут быть =,!=,<,<=,> и >. Если вторая строка заключена в "/"(слэши), то условие истинно, если в первой строке встречается хоть одно вхождение второй строки. Можно объединять несколько операторов сравнения с помощью операторов &&(И) и (ИЛИ). Для группирования условий используются "()"(скобки).

Броузер:<b>

<!--#if expr="$HTTP_USER_AGENT=/Nav/ $HTTP_USER_AGENT=/Mozilla/" -->

Netscape Navigator

<!--#elif expr="$HTTP_USER_AGENT=/MSIE/" -->

Internet Explorer

<!--#else -->

Неизвестный (<!--#echo var="HTTP_USER_AGENT" -->)

<!--#endif -->

</b>

Вывод:

Броузер:

Netscape Navigator

(c), 2000.
Использование данного документа разрешено только с согласия автора и с указанием первоисточника:


SSI в примерах


,

Для начала о причинах, побудивших написать меня эту статью: в обсуждениях членов Всероссийского Клуба Вебмастеров не раз возникали споры о том, что лучше применять в случае повторяющейся разметки (информации) на большом количестве страниц - фреймы, JavaScript или SSI (Server Side Includes). Моим глубоким убеждением является то, что фреймы следует использовать только там, где без этого действительно никак не обойтись, JavaScript (да и любые другие клиентские скрипты) слишком капризен и зависит от настроек браузера, поэтому его можно использовать только для дополнительных возможностей, но никак для простроения, допустим, системы навигации. Я не буду с пеной у рта доказывать, что технология SSI круче всех гор и яиц, а просто приведу решения часто встречающихся на практике задач с применением этой технологии.

(Сразу предвижу возмущение со стороны приверженцев технологий ASP и PHP, с использованием которых также возможны решения подобных задач, поэтому специально для них: технология SSI значительно проще, в ней всего десяток операций, поэтому для не программиста это более удачный выбор хотя бы потому, что ее можно быстрее освоить)

Дата последней модификации документа
Простая директива:<!--#echo var="LAST_MODIFIED"-->

Сегодняшнее число в нужном формате
Если нам нужно вывести дату не в стандартном для данной конфигурации программных средств виде, а в том, какой нам нужен (например, "вторник, 30 мая, 2000"), то можно воспользоваться следующей конструкцией:Получение дня недели

<!--#config timefmt="%u" --> <!--#set var="NUM_DAY" value="$DATE_LOCAL"--> <!--#if expr="$NUM_DAY=1" --> <!--#set var="DAY" value="понедельник" --> <!--#elif expr="$NUM_DAY=2" --> <!--#set var="DAY" value="вторник" --> <!--#elif expr="$NUM_DAY=3" --> <!--#set var="DAY" value="среда" --> <!--#elif expr="$NUM_DAY=4" --> <!--#set var="DAY" value="четверг" --> <!--#elif expr="$NUM_DAY=5" --> <!--#set var="DAY" value="пятница" --> <!--#elif expr="$NUM_DAY=6" --> <!--#set var="DAY" value="суббота" --> <!--#else --> <!--#set var="DAY" value="воскресенье" --> <!--#endif -->


Получение числа<!--#config timefmt="%e" --> <!--#set var="DATE" value="$DATE_LOCAL"-->

Получение названия месяца<!--#config timefmt="%m" --> <!--#set var="NUM_MONTH" value="$DATE_LOCAL"--> <!--#if expr="$NUM_MONTH=01" --> <!--#set var="MONTH" value="января" --> <!--#elif expr="$NUM_MONTH=02" --> <!--#set var="MONTH" value="февраля" --> <!--#elif expr="$NUM_MONTH=03" --> <!--#set var="MONTH" value="марта" --> <!--#elif expr="$NUM_MONTH=04" --> <!--#set var="MONTH" value="апреля" --> <!--#elif expr="$NUM_MONTH=05" --> <!--#set var="MONTH" value="мая" --> <!--#elif expr="$NUM_MONTH=06" --> <!--#set var="MONTH" value="июня" --> <!--#elif expr="$NUM_MONTH=07" --> <!--#set var="MONTH" value="июля" --> <!--#elif expr="$NUM_MONTH=08" --> <!--#set var="MONTH" value="августа" --> <!--#elif expr="$NUM_MONTH=09" --> <!--#set var="MONTH" value="сентября" --> <!--#elif expr="$NUM_MONTH=10" --> <!--#set var="MONTH" value="октября" --> <!--#elif expr="$NUM_MONTH=11" --> <!--#set var="MONTH" value="ноября" --> <!--#else --> <!--#set var="MONTH" value="декабря" --> <!--#endif -->

Получение года<!--#config timefmt="%G" --> <!--#set var="YEAR" value="$DATE_LOCAL"-->

Собственно вывод получившейся строки<!--#echo var="DAY" -->, <!--#echo var="DATE" --> <!--#echo var="MONTH" -->, <!--#echo var="YEAR"-->



Форматы параметров для config timefmt надо смотреть для каждой конфигурации веб-сервера отдельно. Приведенный пример - FreeBSD, Apache. Более подробно см. man timefmt
Подобная конструкция используется на веб-узле интернет-магазина

Дата модификации внешнего файла
Часто на компьютерных сайтах выкладывают прайс-лист в формате MS Excel или Word и каждый раз руками прописывают дату его изготовления. С помощью SSI это делается примерно следующим образом: <a href=pricelst.doc>Прайс-лист</a> <!--#config timefmt="%d.%m.%y" --> (MS Word 6.0/95, <!--#flastmod virtual="pricelst.doc" -->)

Такая конструкция используется на веб-узле компании

Борьба с <noframes>
Как правило, в этом контейнере пишут "извините, но вам следует обновить браузер", по идее же там должны быть альтернатива для пользователей старых версий браузеров. Поскольку на нормальном сервере информация часто меняется, а вебмастеру же лениво каждый раз вносить правки в двух местах. С помощью SSI проблема решается раз и навсегда: в контейнер <noframes></noframes> вносится директива, вставляющая тот самый файл, в котором делаются правки или попросту линейку навигации.

Борьба с прямыми ссылками на документы на веб-узле с фреймами
Одним из аргументов против использования фреймовых структур при создании веб-узлов является неудобство прямых ссылок на содержательные файлы. Например, при ссылке из поисковых машин или на конкретный (не корневой) документ с другого веб-узла пользователь попадает на страницу, лишенную оформления или элементов навигации, которые обычно помещаются в отдельный навигационный фрейм. С помощью нехитрой конструкции SSI эту проблему можно решить. Для этого необходимо проанализировать, откуда пришел пользователь (переменная HTTP_REFERER) Если он пришел не с нашего сервера, а извне - построить фреймовую структуру и в качестве содержательного фрейма подставить документ, запрошенный пользователем.

В примере ниже файл content.html - это тот документ, на который стоит прямая ссылка (допустим, из поисковой машины), frame.html - файл в котором строится фреймовая структура. В QUERY_STRING подставляется значение done для того, чтобы избежать бесконечной вложенности фреймовых структур.

Файл content.html<html> <head> ... <!--#include virtual="frame.html" --> </head> <body> ... </body> </html>



Файл frame.html<!--#if expr="$QUERY_STRING!=done && $HTTP_REFERER!=/your_domain\.ru/" --> <frameset rows="150,*"> <frame name="NAVIGATION" src="/navigation.html"> <frame name="CONTENT" src="<!--#echo var="DOCUMENT_URI" -->?done"> </frameset> <!--#endif -->

Подобная конструкция используется на веб-узле интернет-магазина

Версия страницы для печати
Часто возникает прикладная задача - красивый многоколоночный дизайн с верхней и нижней шапками, туча баннеров, но при печати все это не нужно - лишняя бумага, ненужная информация... Поэтому хочется сделать простой альтернативный вид страницы специально для печати. Чтобы это проделать, достаточно подготовить два варианта верхней и нижней шапок, один --для экранного отображения, другой - для печати. В качестве переключения между этими вариантами используем переменную QUERY_STRING. Ниже приведены принципиальные структуры для самой страницы (file.html) и для верхней и нижней шапок (top.html и bottom.html).

Структура самой страницы (file.html):<!--#include virtual="top.html?$QUERY_STRING" --> здесь тело документа <!--#include virtual="bottom.html?$QUERY_STRING" -->

Структура top.html и bottom.html<!--#if expr="$QUERY_STRING == /for_printing/" --> шапка для печати <!--#else --> шапка для просмотра <!--#endif -->

Ссылка на каждой странице должна быть вида<a href=<!--echo var="$DOCUMENT_URI" -->?for_printing>версия для печати</a>

Подобная конструкция используется на веб-узле

Борьба с пунктами меню
Предположим, у нас есть несколько разделов веб-узла, документы, относящиеся к разделам, лежат в разных директориях. Задача - сделать так, чтобы в меню навигации по этим разделам пропадала (или не подсвечивалась, выделялась другим цветом и т.д.) ссылка на тот раздел, в котором находится пользователь в данный момент. Для этого можно использовать переменную DOCUMENT_URI.<!--#if expr="$DOCUMENT_URI!=/^\/index.html/" --> <a href="/">Первая страница</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/about\/index.html/" --> <a href="/about/">О нас</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/done\/index.html/" --> <a href="/done/">Наши работы</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/partner\/index.html/" --> <a href="/partner/">Наши партнеры</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/client\/index.html/" --> <a href="/client/">Наши клиенты</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/price\/index.html/" --> <a href="/price/">Наши цены</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/contacts\/index.html/" --> <a href="/contacts/">Наши координаты</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/history\/index.html/" --> <a href="/history/">Наша история</a><br> <!--#endif --> <!--#if expr="$DOCUMENT_URI!=/\/search.html/" --> <a href="/search.html">Поиск</a><br> <!--#endif -->



Подобная конструкция используется веб-узле компании

Контекстный вывод текста в зависимости от условий
Предположим, у нас стоит задача менять внешний вид первой страницы узла в зависимости от того, откуда пришел пользователь. Для реализации этой задачи используется следующая конструкция:<!--#if expr="$HTTP_REFERER=/www.zzz.ru/" --> Здесь совершаются необходимые действия <!--#endif -->

т.е. сравнивается переменная HTTP_REFERER

Борьба с разными версиями дизайна для разных браузеров
Всем известно, что браузеры различных производителей и версий по-разному отображают одну и ту же HTML-разметку документа, начиная от специальных тагов и атрибутов и заканчивая поддержкой различных версий JavaScript. Для того, чтобы веб-узел выглядел нормально и для одной версии браузера и для другой или чтобы не сыпались ошибки JavaScript средствами SSI можно сделать проверку версий или браузеров и выдавать различные варианты HTML-разметки. Для этого анализируется переменная HTTP_USER_AGENT, в которой содержится информация о типе и производителе браузера:<!--#if expr="$HTTP_USER_AGENT=/Mozilla\/4/ $HTTP_USER_AGENT=/Mozilla\/5/" -->
Если версия браузера не ни же 4 или 5, то вывести вариант дизайна, использующий, например, DHTML
<!--#else -->
Здесь вывести простой дизайн
<!--#endif -->

Подобная конструкция использовалась для построения фреймовой структуры и выводе внутреннего меню (для Netscape - на DHTML, для MSIE - на ActiveX) на веб-узле

Борьба с оформлением результатов работы скриптов
Самая большая проблема со скриптами заключается в том, что если есть большое количество наработанного ПО - при смене дизайна требуется их перенастройка. Хорошо, если ПО сделано правильно и изменение шаблонов отображения не касается самой математики, однако и в таких случаях существуют проблемы. Например, на странице поиска было бы неплохо крутить баннеры и рекламных сетей, но директивы SSI не отрабатываются в файлах .cgi. Решить подобные проблемы можно использованием SSI следующим образом: не скриптом обрабатывать шаблоны отображения, а вызывать скрипт из HTML-документа через SSI (к сожалению, таким образом можно работать только с теми скриптами, которые используют метод GET - переменная CONTENT_LENGTH не доступна в SSI) Итак, как это делается Есть HTML-документ, который размечен в общем стиле дизайна. В него вставляется директива<!--#include virtual="/cgi-bin/script.cgi?$QUERY_STRING" -->



На первом шаге, пока QUERY_STRING пуста - вызывается первый шаг скрипта, на последующих шагах работы скрипта - передаются необходимые параметры. В самом скрипте важны три строчки:... # определение адреса, куда направлять данные $query = $ENV{QUERY_STRING}; # определение места, из которого был вызван скрипт $uri = $ENV{DOCUMENT_URI}; ... # отправка данных в тот же HTML-документ, из которого был вызван скрипт print "<form action=$uri method=get>\n"; ...

Подобная конструкция использована в разделе для интернет-супермаркета Levingston.Ru

Что можно сделать, используя Cookie и SSI
Часто встречается конструкция на JavaScript, которая выводит "Здравствуйте, Иван Иваныч!" при заходе на страницу веб-узла. То же самое можно проделать с помощью SSI директивой<!--#echo var="HTTP_COOKIE" -->

Баннеры, кэширование и SSI
Прислал (NewTech)
Как известно, баннерные системы предлагают включать в код некоторую случайную величину в URL скрипта показа - защита от кеширования.

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

А можно еще так: <!--#config timefmt="%s"--> <!--#set var="RND" value="$DATE_LOCAL"--> <!-- Russian LinkExchange code START --> <iframe src=http://www.linkexchange.ru/cgi-bin/erle.cgi?some_id? <!--#echo var="RND"--> frameborder=0 vspace=0 hspace=0 width=468 height=60 marginwidth=0 marginheight=0 scrolling=no> <a href=http://www.linkexchange.ru/users/some_id/goto.map target=_top> <img src=http://www.linkexchange.ru/cgi-bin/rle.cgi??<!--#echo var="RND"--> alt="RLE Banner Network" border=0 height=60 width=468></a> </iframe> <!-- Russian LinkExchange code END -->

То есть как случайная величина выступит количество секунд от 1970 года. Не тратится время и память на запуск скрипта-генератора, Java-Script (как среди некоторых пользователей сейчас это модно) может быть выключен. На мой взгляд вполне радужно :-)
Все это проверено и применяется нашим администратором на

Один шаблон отображения - разное содержание
Прислал (KADIS)
Часто шаблоны используют таким образом:
есть только один файл, который описывает структуру страницы, а основное содержание включается директивой <!--#include virtual="$QUERY_STRING.html"-->ссылки, соответственно, будут иметь вид: href="www.your_domain.ru/index.html?page1" href="www.your_domain.ru/index.html?page2" ...Проблема возникает, если пользователь набирает адрес непосредственно http://www.your_domain.ru, т.е. QUERY_STRING=""

Решение: <!--#if expr="$QUERY_STRING" --> <!--#include virtual="$QUERY_STRING.html"--> <!--#else --> <!--#include virtual="default.html"--> <!--#endif -->где default.html - страница корневого индекса (оглавления) и просто заглушка.

Источник:


STRIKE


Description

The STRIKE element changes the physical rendering of the

contents of the element to a font

with a strikeout line through the letters.

Minimum Attributes

<STRIKE>characters...

</STRIKE>

All Possible Attributes

<STRIKE>characters...

</STRIKE>

Elements Allowed Within...

-In progress, to be determined-

Allowed In Content Of...

-In progress, to be determined-

Variations

This was an early Version 2 proposed element but is not in RFC 1866.

(ed: This appears to be an undocumented extension which

works in Netscape 1.1. Anyone try this with other browsers?)

This is replaced in Version 3 with the element.



STRONG


Description

The STRONG element changes the character rendering of the

contents of the element to logically strengthen the text.

Minimum Attributes

<STRONG>characters...

</STRONG>

All Possible Attributes

<STRONG

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</STRONG>

Elements Allowed Within...

members of group

Allowed In Content Of...

Any element that permits members of group

Variations

This is usually rendered as bold.

RFC 1866 states that <EM> content must be rendered as distinct

from <STRONG> content.

<STRONG> is intended to be stronger than <EM>.

The LANG and DIR attributes are introduced with the

internationalization proposal.

All character definition elements are Level 2.



SUB


Description

The SUB element changes the physical rendering of the

contents of the element to a subscripted position.

Minimum Attributes

<SUB>characters...

</SUB>

All Possible Attributes

<SUB

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</SUB>

Elements Allowed Within...

parsed character data

Allowed In Content Of...

Any element that permits members of group

Variations

The SUB element was in an early Version 2 proposal and is part

of the internationalization proposal, but is not in RFC 1866.

No font size change was implied in Version 2 nor is any specified

as part of the internationalization proposal since it may not

make sense in non-English languages.

The internationalization proposal explicitly restricts the content

to parsed character data to prevent nesting of SUB and SUP.

This element is a Netscape 2.0 extension which renders the text

in a slightly smaller font.

All character definition elements are Level 2.



SUP


Description

The SUP element changes the physical rendering of the

contents of the element to a superscripted position.

Minimum Attributes

<SUP>characters...

</SUP>

All Possible Attributes

<SUP

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</SUP>

Elements Allowed Within...

parsed character data

Allowed In Content Of...

Any element that permits members of group

Variations

The SUP element was in an early Version 2 proposal and is part

of the internationalization proposal, but is not in RFC 1866.

No font size change was implied in Version 2 nor is any specified

as part of the internationalization proposal since it may not

make sense in non-English languages.

The internationalization proposal explicitly restricts the content

to parsed character data to prevent nesting of SUB and SUP.

This element is a Netscape 2.0 extension which renders the text

in a slightly smaller font.

All character definition elements are Level 2.



TAB


Description

The TAB element aligns the following text according to

a defined horizontal position.

A TAB position can be defined by the ID attribute.

Text is positioned using the TO and/or ALIGN attributes, or

the INDENT attribute.

Minimum Attributes

<TAB>characters...

All Possible Attributes

<TAB

ID="..."

INDENT=ens

TO="..."

ALIGN=left|center|right|decimal

DP="...">characters...

Elements Allowed Within...

-In progress, to be determined-

Allowed In Content Of...

-In progress, to be determined-

Variations

The TAB element is proposed in Version 3.



TABLE


Description

The TABLE element defines a series of rows of table cell elements.

The contents of the TABLE element

contains a sequence of elements which describe various parts of the table.

The order in the sequence is important and consists of:

at most one element,

possibly some or

possibly some elements,

at most one element,

at most one element,

and finally at least one element

or at least one element.

Minimum Attributes

<TABLE></TABLE>

All Possible Attributes

<TABLE

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

ALIGN=left|right|center|justify|bleedleft|bleedright

WIDTH="..."

COLS=number

BORDER="..."

FRAME=void|above|below|hsides|lhs|rhs|vsides|box|border

RULES=none|basic|rows|cols|all

CELLSPACING="..."

CELLPADDING="..."

CLEAR=left|right|all|"..."

NOFLOW

UNITS=en|relative|pixels

COLSPEC="..."

DP="..."

NOWRAP></TABLE>

Elements Allowed Within...

Allowed In Content Of...

Any element that permits members of group

Variations

The TABLE element is part of a comprehensive new proposed standard

tables structure. It is partially implemented in some browsers.

The proposal has undergone numerous changes.

Some broswers implemented features in early versions of the proposal

which did not survive in the final proposal.

Consistent with the nature of HTML, the proposal defines the logical contents

of cells and their row/column location, rather than a physical layout

which is left as a function of the browser.

Details of the appearence of the table,

along with the size of margins around cells, even perhaps ruling and shading,

might be controlled by associated style sheets, proposed in Version 3.

The current proposal expects text to flow around a table, if possible.

It suggests using the BR element with a CLEAR attribute after

the table element if the author wishes to avoid text flowing along side

the table. Although the CLEAR attribute is not currently a standardized


part of HTML, the tables proposal does not include text

to standardize the attribute's existence.

The ALIGN attribute specifies the table position relative to the window.

The WIDTH attribute specifies the entire table width, and defaults

to 100%.

The default units is pixels, but may be specified by a suffix on the number.

The standard defined units suffixes include:

pt=points,

pi=picas,

in=inches,

cm=centimeters,

mm=millimeters,

em=em units,

px=screen pixels.

In addition the suffix of a percentsign may be used to specify the

percentage width of the space between the current left and right margins.

The COLS attribute specifies the total number of columns in the table and

aids the browser in determining the initial display and layout of the table.

The BORDER attribute controls frame width around the table and FRAME defines

which parts of the frame to include.

For BORDER, the default units is pixels,

but may be specified by one of the standard defined units suffixes.

BORDER=0 implies FRAME=none, and BORDER without a value implies FRAME=border.

The RULES attribute defines the presence or absence of rulings

between all rows and columns in this table.

The CELLSPACING attribute defines spacing between cells and CELLPADDING

defines spacing within cells.

The TABLE element has been partially implemented in Netscape 1.1 and

MS Internet Explorer 2.0.

The COL, COLGROUP, THEAD, and TFOOT elements are new and not yet implemented.

The FRAME and RULES attributes are new and not yet implemented.

The values justify|bleedleft|bleedright for the ALIGN attribute

are Netscape 1.1 extensions.

The attribute COLSPEC was from an earlier version of the proposal

and is replaced by the COL and COLGROUP elements.

The attribute DP is from an earlier version of the proposal and

was used with a value of decimal on the ALIGN attribute.

It has been replaced with the CHAR and CHAROFF attributes

used when ALIGN=char which are

defined for all table grouping elements except TABLE.

The attributes CLEAR, NOFLOW, UNITS, and NOWRAP are Netscape 1.1 extensions.

Netscape 1.1 defines WIDTH as having a value of either a number of pixels

or a number followed by a percentsign to define a desired width of the table

which may be overridden by the browser.

It defines percentsign to specify the percentage of the entire window,

instead of the current margins.


Таблица цветов


Color's name

Red

Green

Blue

Color

sample

alicemblue F0 F8 FF
antiquewhite FA EB D7 sample
aqua 00 FF FF sample
aquamarine 7F FF D4 sample
azure F0 FF FF sample
beige F5 F5 DC sample
bisque FF E4 C4 sample
black 00 00 00 sample
blanchedalmond FF EB CD sample
blue 00 00 FF sample
blueviolet 8A 2B E2 sample
brown A5 2A 2A sample
burlywood DE B8 87 sample
cadetblue 5F 9E A0 sample
chartreuse 7F FF 00 sample
chocolate D2 69 1E sample
coral FF 7F 50 sample
cornflowerblue 64 95 ED sample
cornsilk FF F8 DC sample
crimson DC 14 3C sample
cyan 00 FF FF sample
darkblue 00 00 8B sample
darkcyan 00 8B 8B sample
darkgoldenrod B8 86 0B sample
darkgray A9 A9 A9 sample
darkgreen 00 64 00 sample
darkkhaki BD B7 6B sample
darkmagenta 8B 00 8b sample
darkolivegreen 55 6B 2F sample
darkorange FF 8C 00 sample
darkochid 99 32 CC sample
darkred 8B 00 00 sample
darksalmon E9 96 7A sample
darkseagreen 8F BC 8F sample
darkslateblue 48 3D 8B sample
darkslategray 2F 4F 4F sample
darkturquoise 00 CE D1 sample
darkviolet 94 00 D3 sample
deeppink FF 14 93 sample
deepskyblue 00 BF FF sample
dimgray 69 69 69 sample
dodgerblue 1E 90 FF sample
firebrick B2 22 22 sample
floralwhite FF FA F0 sample
forestgreen 22 8B 22 sample
fushsia FF 00 FF sample
gainsboro DC DC DC sample
ghostwhite F8 F8 FF sample
gold FF D7 00 sample
goldenrod DA A5 20 sample
gray 80 80 80 sample
green 00 80 00 sample
greenyellow AD FF 2F sample
honeydew F0 FF F0 sample
hotpink FF 69 B4 sample
indiandred CD 5C 5C sample
indigo 4B 00 82 sample
ivory FF FF F0 sample
khaki F0 E6 8C sample
lavender E6 E6 FA sample
< td> 15
lavenderblush FF F0 F5 sample
lawngreen 7C FC 00 sample
lemonchiffon FF FA CD sample
ligtblue AD D8 E6 sample
lightcoral F0 80 80 sample
lightcyan E0 FF FF sample
lightgoldenrodyellow FA FA D2 sample
lightgreen 90 EE 90 sample
lightgrey D3 D3 D3 sample
lightpink FF B6 C1 sample
lightsalmon FF A0 7A sample
lightseagreen 20 B2 AA sample
lightscyblue 87 CE FA sample
lightslategray 77 88 99 sample
lightsteelblue B0 C4 DE sample
lightyellow FF FF E0 sample
lime 00 FF 00 sample
limegreen 32 CD 32 sample
linen FA F0 E6 sample
magenta FF 00 FF sample
maroon 80 00 00 sample
mediumaquamarine 66 CD AA sample
mediumblue 00 00 CD sample
mediumorchid BA 55 D3 sample
mediumpurple 93 70 DB sample
mediumseagreen 3C B3 71 sample
mediumslateblue 7B 68 EE sample
mediumspringgreen 00 FA 9A sample
mediumturquoise 48 D1 CC sample
medium violetred C7 85 sample
midnightblue 19 19 70 sample
mintcream F5 FF FA sample
mistyrose FF E4 E1 sample
moccasin FF E4 B5 sample
navajowhite FF DE AD sample
navy 00 00 80 sample
oldlace FD F5 E6 sample
olive 80 80 00 sample
olivedrab 6B 8E 23 sample
orange FF A5 00 sample
orengered FF 45 00 sample
orchid DA 70 D6 sample
palegoldenrod EE E8 AA sample
palegreen 98 FB 98 sample
paleturquose AF EE EE sample
palevioletred DB 70 93 sample
papayawhop FF EF D5 sample
peachpuff FF DA B9 sample
peru CD 85 3F sample
pink FF C0 CB sample
plum DD A0 DD sample
powderblue B0 E0 E6 sample
purple 80 00 80 sample
red FF 00 00 sample
rosybrown BC 8F 8F sample
royalblue 41 69 E1 sample
saddlebrown 8B 45 13 sample
salmon FA 80 72 sample
sandybrown F4 A4 60 sample
seagreen
2E 8B 57 sample
seashell FF F5 EE sample
sienna A0 52 2D sample
silver C0 C0 C0 sample
skyblue 87 CE EB sample
slateblue 6A 5A CD sample
slategray 70 80 80 sample
snow FF FA FA sample
springgreen 00 FF 7F sample
steelblue 46 82 B4 sample
tan D2 B4 8C sample
teal 00 80 80 sample
thistle D8 BF D8 sample
tomato FF 63 47 sample
turquose 40 E0 D0 sample
violet EE 82 EE sample
wheat F5 DE B3 sample
white FF FF FF sample
whitesmoke F5 F5 F5 sample
yellow FF FF 00 sample
yellowgreen 9A CD 32 sample

Таблицы в примерах


Перевод
Центр Информационных Технологий, НГТУ

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

ОБЫЧНАЯ ТАБЛИЦА 3X2

<TABLE BORDER> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> </TR> <TR> <TD>D</TD> <TD>E</TD> <TD>F</TD> </TR> </TABLE>

ДВА ПРИМЕРА С ROWSPAN

A B C
D E F

<TABLE BORDER> <TR> <TD>Item 1</TD> <TD ROWSPAN=2>Item 2</TD> <TD>Item 3</TD> </TR> <TR> <TD>Item 4</TD> <TD>Item 5</TD> </TR> </TABLE>

Item 1 Item 2 Item 3
Item 4 Item 5

<TABLE BORDER> <TR> <TD ROWSPAN=2>Item 1</TD> <TD>Item 2</TD> <TD>Item 3</TD> <TD>Item 4</TD> </TR> <TR> <TD>Item 5</TD> <TD>Item 6</TD> <TD>Item 7</TD> </TR> </TABLE>

ПРИМЕР С COLSPAN

Item 1 Item 2 Item 3 Item 4
Item 5 Item 6 Item 7

<TABLE BORDER> <TR> <TD>Item 1</TD> <TD COLSPAN=2>Item 2</TD> </TR> <TR> <TD>Item 3</TD> <TD>Item 4</TD> <TD>Item 5</TD> </TR> </TABLE>

ДЕМОНСТРАЦИЯ ЗАГОЛОВКОВ (<TH>)

Item 1 Item 2
Item 3 Item 4 Item 5

Head1

Head2

Head3

<TABLE BORDER> <TR> <TH>Head1</TH> <TH>Head2</TH> <TH>Head3</TH> </TR> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> </TR> <TR> <TD>D</TD> <TD>E</TD> <TD>F</TD> </TR> </TABLE>

ДЕМОНСТРАЦИЯ COLSPAN И ЗАГОЛОВКОВ

A B C
D E F

Head1

Head2

<TABLE BORDER> <TR> <TH COLSPAN=2>Head1</TH> <TH COLSPAN=2>Head2</TH> </TR> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> <TD>D</TD> </TR> <TR> <TD>E</TD> <TD>F</TD> <TD>G</TD> <TD>H</TD> </TR> </TABLE>


ДЕМОНСТРАЦИЯ МНОЖЕСТВЕННЫХ ЗАГОЛОВКОВ, COLSPAN
A B C D
E F G H

Head1
Head2
Head 3
Head 4
Head 5
Head 6
<TABLE BORDER> <TR> <TH COLSPAN=2>Head1</TH> <TH COLSPAN=2>Head2</TH> </TR> <TR> <TH>Head 3</TH> <TH>Head 4</TH> <TH>Head 5</TH> <TH>Head 6</TH> </TR> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> <TD>D</TD> </TR> <TR> <TD>E</TD> <TD>F</TD> <TD>G</TD> <TD>H</TD> </TR> </TABLE>
ДЕМОНСТРАЦИЯ БОКОВЫХ ЗАГОЛОВКОВ
A B C D
E F G H

Head1
Head2
Head3
<TABLE BORDER> <TR><TH>Head1</TH> <TD>Item 1</TD> <TD>Item 2</TD> <TD>Item 3</TD></TR> <TR><TH>Head2</TH> <TD>Item 4</TD> <TD>Item 5</TD> <TD>Item 6</TD></TR> <TR><TH>Head3</TH> <TD>Item 7</TD> <TD>Item 8</TD> <TD>Item 9</TD></TR> </TABLE>
ДЕМОНСТРАЦИЯ БОКОВЫХ ЗАГОЛОВКОВ, ROWSPAN
Item 1 Item 2 Item 3
Item 4 Item 5 Item 6
Item 7 Item 8 Item 9

Head1
Head2
<TABLE BORDER> <TR><TH ROWSPAN=2>Head1</TH> <TD>Item 1</TD> <TD>Item 2</TD> <TD>Item 3</TD> <TD>Item 4</TD> </TR> <TR><TD>Item 5</TD> <TD>Item 6</TD> <TD>Item 7</TD> <TD>Item 8</TD> </TR> <TR><TH>Head2</TH> <TD>Item 9</TD> <TD>Item 10</TD> <TD>Item 3</TD> <TD>Item 11</TD> </TR> </TABLE>
ПРИМЕР ТАБЛИЦЫ ИСПОЛЬЗУЮЩЕЙ ВСЕ ЭТИ ТЭГИ
Item 1 Item 2 Item 3 Item 4
Item 5 Item 6 Item 7 Item 8
Item 9 Item 10 Item 3 Item 11

Average
Height
Weight
Gender
Males
Females
<TABLE BORDER> <TR> <TD><TH ROWSPAN=2></TH> <TH COLSPAN=2>Average</TH></TD> </TR> <TR> <TD><TH>Height</TH><TH>Weight</TH></TD> </TR> <TR> <TH ROWSPAN=2>Gender</TH> <TH>Males</TH><TD>1.9</TD><TD>0.003</TD> </TR> <TR> <TH>Females</TH><TD>1.7</TD><TD>0.002</TD> </TR> </TABLE>
ИСПОЛЬЗОВАНИЕ ROWSPAN/COLSPAN
1.9 0.003
1.7 0.002

<TABLE BORDER> <TR> <TD ALIGN=center ROWSPAN=2 COLSPAN=2>A</TD> <TD>1</TD> <TD>2</TD> </TR> <TR> <TD>3</TD> <TD>4</TD> </TR> <TR> <TD ALIGN=center ROWSPAN=2 COLSPAN=2>C</TD> <TD ALIGN=center ROWSPAN=2 COLSPAN=2>D</TD> </TR> <TR> </TR> </TABLE>

TBODY


Description

The TBODY element encloses a series of table row definitions and

specifies the defaults for all the rows in this group.

Table rows are grouped inside the

content into at most one ,

at most one ,

and at least one TBODY sections, in that order.

Depending on the capabilities of the browser, this sectioning can be used to

repeat table head and foot rows when breaking tables across page

boundaries, or to provide fixed headers above and footers below

a scrollable body panel, or other similar rendering schemes.

Minimum Attributes

<TBODY>

All Possible Attributes

<TBODY

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

ALIGN=left|right|center|justify|char

CHAR="..."

CHAROFF="..."

VALIGN=top|middle|bottom|baseline>characters...</TBODY>

Elements Allowed Within...

Allowed In Content Of...

Variations

The TBODY element is a part of the latest table proposal.

This TBODY element is new and not widely implemented.

Both the starting and ending elements are optional for this element.

This implies that a TABLE with only one TBODY does not require

the TBODY element since the first TR element not inside a THEAD

or TFOOT but inside a TABLE will imply the TBODY content.

This also allows this proposal to be backwards compatible with

existing documents which have a simple TABLE element whose content

consists of only a series of row and data elements.

The table proposal states that a browser may display

ALIGN=justify the same as the default

ALIGN=left if it lacks support for text justification.

The CHAR and CHAROFF attributes are used when ALIGN=char.

CHAR specifies a single character to be used for alignment, and

defaults to the decimal point in the current language.

CHAROFF specifies the offset, in the DIR direction, to the first

occurrence of the CHAR character on each line. If a line doesn't

include the CHAR character, it is to end at the CHAROFF position.

The default value for CHAROFF is either 50% or whatever will cause

the CHAR characters in all cells with a declared CHAR in a column to align.

The default units is pixels, but may be specified by a suffix on the number.

The standard defined units suffixes include:

pt=points,

pi=picas,

in=inches,

cm=centimeters,

mm=millimeters,

em=em units,

px=screen pixels.

In addition the suffix of a percentsign may be used to specify the

percentage offset within the cell.

The VALIGN attribute defines the vertical alignment of the cell contents.

The ALIGN, CHAR and CHAROFF attribute values may be inherited from

other table elements in the following order:

cells < columns < column groups < rows < row groups < default.

The VALIGN, LANG and DIR attribute values may be inherited from

other table elements in the following order:

cells < rows < row groups < columns < column groups < table < default.



TD


Description

The TD element defines a data cell as part of the TABLE construct.

Both TH and TD elements can exist in any

one of the three table sections: THEAD, TFOOT, or TBODY.

Minimum Attributes

<TD>

All Possible Attributes

<TD

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

AXIS="..."

AXES="..."

NOWRAP

ROWSPAN=value

COLSPAN=value

ALIGN=left|right|center|justify|char|decimal

CHAR="..."

CHAROFF="..."

DP="..."

VALIGN=top|middle|bottom|baseline

WIDTH=value

BGCOLOR="...">characters...</TD>

Elements Allowed Within...

members of group

Allowed In Content Of...

Variations

The TD element is part of the proposed TABLE construct.

A browser is to assume the table cell ends with the beginning

of the next table cell or the beginning of another table row

or the end of the enclosing TABLE, THEAD, TFOOT, or TBODY element

and thus a closing tag is not required.

This element is an extension in Netscape 1.1 and MS Internet Explorer 2.0.

The values justify|char for the ALIGN attribute

are new and are not widely implemented.

The table proposal states that a browser may display

ALIGN=justify the same as the default

ALIGN=left if it lacks support for text justification.

The AXIS and AXES attributes for cells provide a means for defining

concise labels for cells, either for speech rendering, or for

database field names.

The attribute AXIS defaults to the cell contents.

The AXES is a comma separated list of axis names which together

identify the row and column headers that pertain to this cell.

The NOWRAP attribute will suppress word wrap in the cell.

The ROWSPAN and COLSPAN attributes define the integer number of rows and

columns spanned by the cell. A value of zero for either implies the

cell spans from this cell to the end of the table.

The attribute DP is from an earlier version of the proposal and

was used with a value of decimal on the ALIGN attribute.


It has been replaced with the CHAR and CHAROFF attributes

used when ALIGN=char.

CHAR specifies a single character to be used for alignment, and

defaults to the decimal point in the current language.

CHAROFF specifies the offset, in the DIR direction, to the first

occurrence of the CHAR character on each line. If a line doesn't

include the CHAR character, it is to end at the CHAROFF position.

The default value for CHAROFF is either 50% or whatever will cause

the CHAR characters in all cells with a declared CHAR in a column to align.

The default units is pixels, but may be specified by a suffix on the number.

The standard defined units suffixes include:

pt=points,

pi=picas,

in=inches,

cm=centimeters,

mm=millimeters,

em=em units,

px=screen pixels.

In addition the suffix of a percentsign may be used to specify the

percentage offset within the cell.

The VALIGN attribute defines the vertical alignment of the cell contents.

The ALIGN, CHAR and CHAROFF attribute values may be inherited from

other table elements in the following order:

cells < columns < column groups < rows < row groups < default.

The VALIGN, LANG and DIR attribute values may be inherited from

other table elements in the following order:

cells < rows < row groups < columns < column groups < table < default.

The WIDTH attribute is a Netscape extension.

The BGCOLOR attribute is a MS Internet Explorer 2.0 extension.

Internet Explorer accepts either an "#rrggbb" number or

the following color names:

Black, Maroon, Green, Olive, Navy, Purple, Teal, Gray, Silver, Red, Lime,

Yellow, Blue, Fuchsia, Aqua, White.


Текст перевода


A 1 2
3 4
C D

Tim Berners-Lee, CERN
Daniel Connolly, Atrium
июнь 1993

Язык разметки гипертекста

Представление текстовой и метаинформации

для обработки и обмена

Язык разметки гипертекста (HTML
Проект Internet )
Рабочая группа IIIR

Статус данного документа

Данный документ является проектом Internet. Проекты Internet

являются рабочими документами инженерного подразделения сети Internet

(IETF), его региональных отделений и рабочих групп. Отметим, что и

другие группы могут распространять рабочие документы в качестве

проектов Internet.

Проекты Internet являются рабочими документами, действительными не

более шести месяцев. Проекты Internet могут быть отменены, обновлены

или заменены другими документами в любой момент. Нежелательно делать

ссылки на проекты Internet или упоминать их иначе как "рабочие

проекты" или "проекты в процессе разработки".

Нет ограничений на распространение этого документа. Данный

документ является проектом стандарта для обмена информацией в сетях.

Желательно посылать Ваши комментарии по адресу timbl@info.cern.ch или

же на обсуждение в www-talk@info.cern.ch .

Данный текст является версией 1.2 рассматриваемого проекта. Этот

документ доступен в гипертекстовом виде в системе World-Wide Web

http://info.cern.ch/hypertext/WWW/MarkUp/HTML.html

Аннотация

Язык разметки гипертекста (HyperText Markup Language - HTML) можно

использовать для представления:

гипертекстовых новостей, почты, сопровождающей информации и сопутствующей гиперсреды,

меню с опциями

результатов запросов к базам данных

простых структурированных документов со встроенной графикой

гипертекстовых обзоров имеющейся информации

Программа World Wide Web (W3) инициирует каналы передачи связной

информации по всему земному шару. Язык HTML предоставляет простой

формат для предоставления этой информации. Требуется, чтобы все

программы, совместимые с W3, могли поддерживать язык HTML. Программа


W3 использует протокол Internet (протокол передачи гипертекста -

HTTP), который позволяет передавать кодированную информацию между

клиентом и сервером, при этом результат возвращается через

расширенное MIME сообщение. Поэтому язык HTML является лишь одним, но

довольно важным, из описаний, используемых в программе W3.

Описание языка HTML ссылается на спецификацию URL в документах

RFC.

Реализацию анализаторов и генераторов языка HTML можно найти на

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

исходного кода программы W3. Они также могут быть созданы с

использованием различных общедоступных анализаторов SGML, таких, как

[SGMLS]. HTML относится к документам типа SGML с очень обобщенной

семантикой, пригодной для кодирования информации, получаемой от

большого набора прикладных программ. Этот язык является более общим,

чем многие другие специфические реализации языка SGML, и вместе с тем

он полностью сохраняет независимость от конкретных устройств.

Терминология

Данная спецификация языка использует нижеприведенные слова в

заранее определенном значении.

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

виде.

Степень долженствования

Representation - описание, представление, отображение информации.
Кодирование информации для ее передачи. Например, язык
Rendering - обработка. Форма предоставления информации человеку.
следовать данному указанию

реализация не удовлетворяет данной спецификации.

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

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



предназначены те или иные элементы языка.

Замечания

Параграфы, этого документа, отмеченные как замечания, не являются

обязательной частью спецификации HTML, а всего лишь пояснением к нему.

Классификация элементов в реализации языка HTML

"может быть" (may) Реализация языка не обязана во всех случаях
"должно" (must, shall) Если данное указание не соблюдается, то
"следовало бы" (should) Если данное указание не выполняется, то хотя
"обычно" (typical) Для многих элементов дано описание механизма
элементы. Все элементы являются главными, если не указано обратное.

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

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

.

HTML и MIME

Подтип языка HTML определяется как:
основные Все программы-анализаторы должны распознавать указанные
дополнительные стандартные элементы языка HTML, которые могут без
устаревшие Элементы, не являющиеся стандартом языка HTML.
Наборы символов

Базовый набор символов (SGML BASESET) для языка HTML - это ISO

Latin-1. На данный набор могут ссылаться любые обращения к символам.

Набор символов, реальный используемый при кодировке HTML документа,

может быть ISO Latin 1, или же его 7-битная часть, являющаяся набором

ASCII-кодов. HTML документу нет нужды включать какие-либо символы,

чей десятичный код превышает 127. Возможно, что такой механизм

пересылки, как электронная почта, наложит ограничения на количество

битов в байтах кодировки документа, хотя протокол HTTP, используемый

в программе W3, всегда позволяет передавать 8-битные данные.

Если документ HTML кодируется с использованием 7-битных символов,

то для кодировки символов из верхней половины набора ISO Latin-1

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

обращения к объектам. Таким образом, могут быть приготовлены

документы, пригодные к пересылке по системам с 7-битными



ограничениями.

Введение

Язык разметки гипертекста (HyperText Makeup Language - HTML)

формулируется в терминах языка стандартной обобщенной разметки

(Standard Generalized Markup Language - SGML) []. Язык SGML

представляет собой метод создания структурированных документов, а

также языков для их разметки.

В языке SGML каждый документ имеет три части:

Декларации языка SGML, привязывающие к определенным значениям

параметры обработки, а также имена синтаксиса. Например,

декларация SGML в описании типа документа HTML объявляет, что

строка, с которой начинается метка, - это </ , а максимальная

длина имени составляет 40 символов.

Пролог, состоящий из одной или нескольких деклараций о типе

документа. Они определяют типы элементов, взаимосвязи между

элементами и их атрибуты, а также условные обозначения, которые

могут быть задействованы при разметке. Декларация HTML DTD,

например, указывает, что элемент HEAD содержит по крайней мере

один элемент TITLE.

Данные, которые состоят из разметки документа и собственно

информации.

Мы используем термин HTML для обозначения как типа документа, так

и языка разметки для кодировки документов данного типа.

Все документы типа HTML придерживаются единых деклараций языка

SGML и пролога. Следовательно, реализации программы WorldWide Web в

общем случае лишь передают и сохраняют ту часть документа HTML,

которая содержит данные. Чтобы создать для обработки на анализаторе

SGML объект с документом, необходимо поставить текст HTML DTD перед

имеющимися данными.

И наоборот, для реализации анализатора языка HTML необходимо лишь

воссоздать те части анализатора SGML, которые необходимы для разбора

данных, появляющихся вслед за разбором деклараций HTML DTD.

Структурированный текст

Данные в формате HTML похожи на текстовой файл, за исключением

того, что некоторые из символов интерпретируются как разметка.

Разметка придает документу некую структуру.

Данные представляют собой иерархию элементов. Каждый элемент имеет

имя, атрибуты и несет некую информацию. Большинство элементов



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

атрибуты. Далее следует собственно содержание элемента. И наконец,

заканчивает все это конечная метка. Например,

<HTML>

<TITLE>

Простой блок данных

</TITLE>

<H1>

Пример структуры

</H1>

Обычный параграф

<P>

<UL>

<LI>Первая запись, включающая

<A NAME="URI">

текст

</A>

<LI>Вторая запись

</UL>

</HTML>

Некоторые элементы языка (такие как P, LI) являются пустыми. Они

не имеют поля данных, и ограничиваются лишь начальной меткой.

В остальных элементах поле данных представляет собой набор

символов и вложенных элементов. Заметим, что описание HTML DTD

фактически накладывает некие ограничения на количество допустимых

вложений - большинство элементов не могут быть вложены в другие

элементы. Ни один из элементов не может быть вложенным сам в себя

рекурсивным образом. Анкеры и выделенные символы могут быть помещены

в другие конструкции.

Метки

Каждый элемент начинается с метки, меткой же и заканчивается

каждый непустой элемент. Начальные метки выделяются символами < и >,

а конечные - символами </ и >.

Имена

Имя элемента следует в метке сразу за символом открытия <. Имя

начинается с буквы, за которой могут следовать еще 33 буквы, цифры,

пробела или дефиса. В именах игнорируется разница между прописными и

строчными буквами.

Атрибуты

Начальная метка позволяет вставить между именем и символом >

пробелы и атрибуты. Атрибут состоит из имени, символа равенства и

значения. Слева и справа от символа равенства можно оставлять

пробелы.

Значение атрибута указывается в виде строки, заключенной в

одинарные или двойные кавычки.

Чтобы определить значение атрибута, осуществляется анализ данной

строки в формате RCDATA (см. ниже). Например, такой подход позволяет

представлять символы кавычек в значении атрибута как обращения к

символам по числовому значению. Длина строки со значением атрибута



после такого анализа не должна превышать 1024 символов.

Типы элементов

Имя метки соотносится с типом элемента, объявленным в декларации

HTML DTD. Объявление типа элемента ассоциирует его имя со

списком атрибутов, их типом и статусом



типом данных (EMPTY, CDATA, RCDATA, ELEMENT или MIXED),

определяющим синтаксис элемента



моделью данных, задающей шаблон для вложенных элементов и данных

Пустые элементы

Пустые элементы имеют в своей декларации ключевое слово EMPTY.

Например:

<!ELEMENT HR - 0 EMPTY>

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

Ключевое слово CDATA указывает на то, что элемент содержит текст.

Текстом считается любая информация, расположенная до метки

завершения. Например, декларация

<!ELEMENT XMP - - CDATA>

определяет, что нижеприведенный текст является приемлемым XMP

элементом.

<HR> - допустимо
<HR>текст</HR> - недопустимо
Встреченная в тексте комбинация </ идентифицируется как начальный

ограничитель завершающей метки только тогда, когда за ней следует

буква. Но как только начальный ограничитель завершающей метки

опознан, текст элемента CDATA завершается. Следующий пример содержит

ошибку:

<xmp>There is no way to represent </end> tags in CDATA </xmp>.

Заменяемый текст

Элементы, содержащие данные типа RCDATA, очень похожи на элементы

с данными CDATA. Отличие состоит в том, что содержащийся в них текст

может содержать обращения к объектам и обращения к символам по их

числовому значению. Элементы, объявленные как

<!ELEMENT TITLE - - RCDATA>

могут содержать любой набор символов в своем тексте.

Обращения к символам по числовому значению

Если пользователь хочет использовать в своих документах какой-либо

символ, уже зарезервированный в качестве элемента разметки, то ему



следует воспользоваться обращением к нужному символу. Строка &#, за

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

обозначения вместо символа. За ограничителем следуют цифры

десятичного числа и точка с запятой. Например,

<title>You can even represent &#60;/end> tags in RCDATA </title>

Обращения к объектам

В декларациях HTML DTD объявлены объекты для символов "менее,

чем", "больше, чем" и "амперсанд", а также для каждого символа из

набора ISO Latin 1. Так что Вам предоставляется возможность

обращаться к символам не только по номеру, но и по имени.

Если за строкой & следует буква или цифра, то это обозначает

обращение к объекту. За разграничителем должны следовать имя объекта

и точка с запятой. Например,

Kurt G&ouml;del was a famous logician and mathematician.

Замечание.
Убедитесь, что строки документа не содержит никаких

неучтенных символов разметки. При написании документов на

языке HTML следует замещать все встречающиеся символы <,> и

& на обращения к символам по числовому значению или

обращения к объектам.

Модели данных в элементе

В некоторых элементах указывается ключевое слово, определяющее не

тип, а модель данных. Это означает допустимость применения не только

данных, но и вложенных элементов. Если модель данных в элементе не

включает символа #PCDATA, то информация в поле данных относится к

рассматриваемому элементу. Пробелы в поле данных такого элемента

рассматриваются как разметка и игнорируются. Символы, не являющиеся

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

Например, декларация

<!ELEMENT HEAD - - (TITLE? & ISINDEX? & NEXTID? & LINK*)>

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

<head>

<isindex>

<title>Head Example</title>

</head>

Однако следующие примеры содержат ошибки

<head> no data allowed! </head>

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



<head><isindex><title>Two isindex tags</title><isindex></head>

(дважды встречается метка isindex)

Смешанные данные

Если в элементе модель данных содержит символ #PCDATA, то

содержимое такого элемента рассматривается как смесь нескольких

элементов. Например,

<!ELEMENT PRE - - (#PCDATA | A | B | I | U | P)+>

<!ATTLIST PRE

WIDTH NUMBER #implied

>

Это означает, что элемент PRE состоит из одного или нескольких

элементов или текстов A, B, I, U или P. Пример PRE элемента:

<pre>

<b>NAME</b>

cat -- concatenate<a href=''terms.html#file''>files</a>

<b>EXAMPLE</b>

cat <xyz

</pre>

Содержимое предыдущего элемента PRE рассматривается как

A B element

The string '' cat -- concatenate''

An A element

The string ''\n''

Another B element

The string ''\n cat <xyz''

Комментарии и другая разметка

Если Вы хотите включить в HTML документ комментарий таким образом,

чтобы он игнорировался анализатором, поставьте перед ним и после него

ограничители <!-- и --> соответственно. Весь текст, расположенный

между начальным ограничителем и символами --, будет игнорироваться.

Следовательно, комментарии не могут быть вложенными. В заключительном

ограничителе между -- и символом > можно вставлять пробелы (но в

начальном ограничителе между <! и -- вставки не допускаются).

Например,

<HEAD>

<TITLE>HTML Guide: Recommended Usage</TITLE>

<!-- $Id: recommended.html,v 1.3 93/01/06 18:38:11 connolly Exp $ -->

</HEAD>

В языке SGML есть несколько конструкций, которые в HTML будут

нежелательны или воспринимаются как ошибка.

Ограничитель
<xmp>Here's an example. It looks Это пример. Хотя и
like it has <tags> and кажется, что он содержит
<!--comments--> in it, but метки и комментарии, это
it does not. Even this не так. Текстом является
</ is data.</xmp> даже </ .
<? <![ части нежелательны. См. описание SGML стандарта.

<! HTML не объявляет карту коротких ссылок. Поэтому такая

конструкция будет ошибочной.
Инструкция для обработки. Заканчивается символом >.
Выделенная часть документа. В языке HTML выделенные
Выделенная декларация. Заканчивается символом >. Язык


Разделители строк

Разделитель строки рассматривается как элемент разметки (и

соотвественно игнорируется), если он помещен в элемент в начале или

конце поля данных. Это позволяет Вам писать либо

<pre>some example text</pre>

либо

<pre>

some example text

</pre>

Оба примера будут обработаны одинаковым образом.

Кроме того, если строка документа не является пустой, но все равно не

содержит информацию для анализатора, она будет игнорироваться

полностью. Например, элемент

<pre>

<!-- this line is ignored, including the linebreak character -->

first line

third line<!-- the following linebreak is content: -->

fourth line<!-- this one's ignored because it's the last piece of

content: -->

</pre>

содержит лишь строки

first line

third line

fourth line

Пробелы и табуляторы

Символы пробелов должны воспроизводиться как горизонтальные

пробелы. В языке HTML несколько рядом стоящих символов пробела должны

воспроизводиться как один пробел.

Порядок воспроизведения символа горизонтальной табуляции (HT) не

определен, и поэтому символ HT не должен использоваться в документах,

за исключением тех случаев, когда он является частью элемента PRE

(либо вышедших из употребления XMP, LISTING и PLAINTEXT).

Ни пробелы, ни табуляторы нельзя использовать для того, чтобы

сделать документ в формате SGML более красивым и легко читаемым.

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

Следующие разделители могут, в зависимости от контекста,

производить разметку
Разделитель Его значение Элементы языка HTML

Здесь приведен список элементов, используемых в языке HTML.

Документы должны (но не обязательно) содержать элемент HEAD, за

которым следует элемент BODY.

Документы старого типа могут содержать лишь данные обычных



элементов HEAD и BODY, причем в любом порядке. Это осуждается, но тем

не менее, анализаторы должны воспринимать такое построение документа.

Обратите внимание также на статус элементов.

Общие свойства документа

HEAD

Элемент HEAD содержит всю информацию о документе в целом. Однако

он не содержит какого-либо текста. Последний является лишь частью

документа и должен находиться в элементе BODY. В элементе заголовка

HEAD можно использовать лишь строго заданный набор элементов.

Нижеприведенные элементы определяют общие свойства документа. Они

должны появляться в элементе HEAD. Порядок элементов значения не

имеет.
<!-- комментарий
&# обращение к символу по числовому значению
& обращение к объекту
</ метка завершения
<! декларация элемента разметки
]]> конец выделенной части документа (приводит к ошибке)
< начальная метка
TITLE ISINDEX предназначенным для информации к поиску. .

NEXTID уникальных идентификаторов. ,

(Устарел и не рекомендуется использовать. Прим.ред.).

LINK документе может присутствовать несколько элементов LINK. ,

См. описание связей между документами и описание элемента ,

Анкер.

BASE данного , документа.

.

Форматирование текста

В элементе BODY документа встречаются элементы из приведенного

ниже списка. Они выстроены в том порядке, в каком должны подаваться

на устройство вывода.

Название элемента.
Элемент, посылаемый серверу вместе с документом,
Параметр, используемый текстовыми редакторами для создания ,
Элемент, определяющий связь этого документа с другими. В ,
Запись, сделанная на языке URL при фиксировании
Заголовки
(Headings)
Язык поддерживает заголовки разделов
различных уровней.

Анкеры
(Anchors)
Части текста, которые формируют начало и/или конец связей в гипертексте, называются, анкерами и формируются меткой A.
Метки параграфов
(Paragraph marks)
Элемент P указывает на границу между параграфами.
Стиль адреса
(Address style)
Этот элемент указывает, в каком стиле предстает перед клиентом элемент ADDRESS.
Выделенный блок текста.
.
Списки списки, словари и т.д.
Преформатированный текст
(Preformatted text)
Части текста, предварительно отформатированные с использованием шрифта фиксированной ширины.
Выделение символов
(Character highlighting)
Элементы форматирования, не вызывающие разбиения на параграфы.
IMG Устаревшие элементы

Элементы, не указанные выше, считаются устаревшими. Однако они должны

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

версиями языка.

BODY

В противоположность элементу HEAD элемент BODY содержит всю ту

информацию, из которой собственно и состоит рассматриваемый документ.

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

перед читателем. См. далее список элементов, применимых в пределах

элемента BODY.

Анкер (элемент A)

Анкер - это некий текст, который указывает на начало и/или конец

связи в гипертексте. Текст между открывающей и закрывающей метками

определяет начало связи или указываемое ею место (или и то, и другое

вместе). Метка анкера может иметь следующие атрибуты:
Метка IMG может использоваться для включения в текст графических изображений.
HREF Если атрибут HREF установлен, то анкер

является точно выверенный текстом - началом соединения. Если

читатель выбрал этот текст, то ему (ей) будет представлен

другой элемент, чей сетевой адрес определяется значением

HREF атрибута. Формат сетевого адреса определяется в другом

месте. Такой подход позволяет с помощью формы

HREF="#индикатор" ссылаться на другой анкер в том же самом

документе. Если же анкер относится к другому документу,

атрибут является относительным именем, именем относительно

данного документа (либо он указывает базовый адрес, если

таковой имеется).

NAME данному анкеру быть местом в документе, на которое ссылается

какой-либо анкер. Значение атрибута является идентификатором

анкера. Идентификатор анкера - это произвольная строка

текста, которая тем не менее уникальна в пределах

рассматриваемого HTML документа. Другие документы тоже могут

создавать ссылки именно на этот анкер, помещая его

идентификатор в поле адреса документа после символа #.

REL описанной ранее связи гипертекста. Значение атрибута - это

список значений для взаимоотношений, написанный через

запятую. Значения атрибута и их семантика будут

регистрироваться комитетом по языку HTML. Если ничего не

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

взаимоотношениях не несут каких-либо значений. Атрибут REL

нельзя применять, если нет атрибута HREF. См. значения для

взаимоотношений, атрибут REV.

REV
исключением того, что тип соединения имеет обратную

семантику. Связь из анкера A в анкер B с атрибутом REL="X"

полностью аналогична связи из B в A с атрибутом REV="X".

Анкер может иметь оба атрибута REL и REV.

URN
универсальный номер ресурса для данного документа.

TITLE
информационным. Если атрибут присутствует в анкере, его

значение должно (может прим.ред.) совпадать со значением элемента

TITLE в документе, чей адрес указан в атрибуте HREF. См. замечание 2.

METHODS
должна представлять собой список через запятую методов

HTTP, которые программа общего пользования в состоянии

поддерживать. См. замечание 3.

Все приведенные выше атрибуты являются необязательными, хотя для

того, чтобы анкер действовал, нужны NAME и HREF. См. также описание

LINK.

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

See <A HREF="http://info.cern.ch/">CERN</A>'s information

for more details.

A <A NAME=serious>serious</A> crime is one which is

associated with imprisonment.

The Organization may refuse employment to anyone convicted

of a <a href="#serious">serious</A> crime.

Замечание 1. Универсальные номера для ресурсов (Universal resource

numbers - URN) должны обеспечивать распознавание документа в

случае обнаружения его дубликатов. Должно существовать программное

обеспечение клиента, осуществляющее отсев копий для уже имеющейся



информации.

Формат номеров URN обсуждается различными рабочими группами из

инженерного подразделения сети Internet (1993).

(На сегодняшний день спецификация URN не определена. Прим.ред.)

Замечание 2. Атрибут названия для связей (TITLE).

Соединение может содержать атрибут TITLE. Если этот атрибут

имеется, он должен давать название документа, чей адрес определен

в атрибуте HREF. Есть по крайней мере две причины для

использования такого атрибута.

Программа просмотра может запросить показ названия документа

в качестве предварительного условия для его выборки. Например,

в виде метки с записью, или маленького ящика, возникающего,

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

Некоторые документы не имеют названия, так что использование

атрибута названия для связи является для них единственным

способом получить название. В основном это документы, не

являющиеся размеченным текстом, графикой, текстом и меню для

программы Gopher. Именно так работает упомянутая программа

Gopher. Очевидно, что это приводит к дублированию данных и было

бы рискованно безоглядно надеяться на то, что атрибут названия

у соединения будет корректным и уникальным для соответствующего

документа.

Замечание. 3 Атрибут метода для связи (METHODS).

Анкеры и связи используют атрибут метода для указания действий,

которые клиент может применять к объектам. Эти действия более

точно формулируются в HTTP протоколе, если таковой применяется.

Однако этот атрибут, как и атрибут TITLE, в силу некоторых причин

может использоваться для повышения информативности соединения.

Например, программа чтения может вызывать различные способы

визуализации информации в зависимости от разрешенного в атрибуте

метода (например, клиент, осуществляющий поиск, может пользоваться

различными иконами).

Элемент ADDRESS

Данный элемент предназначен для указания адреса, подписей,

авторства и т.д. Элемент появляется часто в начале или конце

документа.

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



наклонный шрифт, а также его текст может быть выровнен по правой

границе листа. Элемент адреса применяет символ конца параграфа.

Разбивка элемента адреса на отдельные параграфы не приводит к

появлению в самом тексте документа каких-либо пустых мест.

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

<ADDRESS><A HREF="Author.html">A.N.Other</A></ADDRESS>

<ADDRESS>

Newsletter editor<p>

J.R.Brown<p>

JimquickPost News, Jumquick, CT 01234<p>

Tel (123) 456 7890

</ARRDESS>

Элемент BASE

Элемент BASE позволяет документу самому назначать URL в случаях,

когда он может быть прочтен извне (либо переназначить URL, если это

необходимо. Прим.ред). Метки URL в документе могут иметь

сокращенную форму и указывать смещение относительно некого базового

адреса.

Где бы не был указан базовый адрес, для работы с сокращенными URL

читатель будет применять главный URL, используемый для адресации

документа в целом.

Элемент BASE может иметь только один атрибут - HREF.

(Данный элемент применяется только в элементе HEAD. Прим.ред.)

Элемент выделения блока (BLOCKQUOTE)

Элемент BLOCKQUOTE допускает обработку специальным образом текста,

выделенного в каком-либо источнике.

Типовая обработка элемента. Типовая обработка может заключаться в

дополнительном смещении текста влево или вправо и/или в

использовании наклонного шрифта. Элемент BLOCKQUOTE приводит к

разбиению текста на параграфы, а также обычно к появлению пустой

строки или пробелов между выделенным блоком и предшествующим/

последующим текстом.

Обработка с единым шрифтом может, к примеру, привести к появлению

в начале строки символа ">", что соответствует стилю выделения в

системе Internet почты.

Пример:

I think it ends

<BLOCKQUOTE>Soft you now, the fair Ophelia, Nymph, in thy orisons,

be all my sins remembered.

</BLOCKQUOTE>

but I am not sure.

Заголовки (Headings)

Обрабатывается до шести уровней заголовков (Заметим, что узел

в гипертексте, как правило, нуждается в меньшем количестве уровней, чем



сочинение, чья структура целиком определяется применением

заголовков). Элемент заголовка несет в себе все изменения шрифтов,

разбиение на параграфы до и после, пробелы, необходимые, например,

для обработки заголовка. Язык HTML не требует применения иных средств

для выделения символов или разбивки текста на параграфы.

Заголовок H1 относится к самому верхнему уровню и рекомендуется в

качестве начального для узла в гипертексте. Предполагается, что текст

первого заголовка будет соответствовать запросам клиента, уже

производящего анализ связанной с этим узлом информации. Это отличает

заголовок (heading) от названия (title), которое должно

характеризовать данный узел в более широком плане.

Элементы заголовка: <H1>, <H2>, <H3>, <H4>, <H5>, <H6>.

Было бы отклонением от правил при переходе от заголовка к

заголовку пропускать какой-либо уровень, например, ставить после

элемента H1 сразу элемент H3. Хотя такая практика и не запрещена, но

нежелательна и может привести к странным результатам при написании

других реализаций языка HTML.

Пример

<H1>This is a heading</H1>

Here is some text

<H2>Second level heading</H2>

Here is some more text

Замечание об анализаторах. Анализаторы не должны накладывать

какие-либо ограничения на порядок элементов-заголовков, даже если при

переходе с заголовка на заголовок допускается пропуск промежуточных

уровней.

Типовые методы обработки

Необязательный. (Адрес гипертекстовой ссылки. Прим.ред.)
Необязательный. Если этот атрибут указан, то он позволяет
Необязательный. Атрибут REL может дать взаимоотношение(ия) в
Необязательный. Полностью аналогичен атрибуту REL за
Необязательный. Если этот атрибут указан, то это определяет
Необязательный. Данный атрибут является чисто
Необязательный. Значение этого атрибута - строка. Она
H1 заголовком и последующим текстом вставляется одна или две

пустых строки. При выводе на принтер заголовок печатается

на новой странице.

H2 помещаются одна или две пустых строки.

H3 одна или две пустые строки. С небольшим отступом.

H4 после заголовка помещается пустая строка.

H5
Пустая строка ставится перед заголовком, но не после.

H6 больше, чем у H5. Перед заголовком ставится пустая строка.

Эти типовые значения являются всего лишь указанием для анализатора

в программе просмотра гипертекста. Клиент может получить опции для

самостоятельной настройки стилей. Но при написании документов Вы

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

будет иметь именно тот эффект, как описано выше.

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

пробел между элементами, так что необязательно и даже неправильно

будет ставить после элемента заголовка символ конца параграфа.

IMG: Встроенные изображения

Статус: дополнительный

Элемент IMG позволяет вставлять информацию из другого документа.

Последний обычно является иконкой, маленькой картинкой и т.д. Элемент

IMG не предназначен для вставки дополнительного HTML текста.

Те анализаторы гипертекста, которые не могут показывать встроенные

изображения, элементы IMG игнорируют. Авторам документов следует

взять на заметку, что некоторые анализаторы могут показывать (или

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

встроенные. Если изображение имеет большое значение, может оказаться

более разумным создать с ним связь, нежели делать это изображение

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

степени декоративным, более удобным будет применение элемента IMG.

Элемент IMG является пустым (не имеет заключительной метки) и

имеет два атрибута:

Толстый, очень крупный шрифт, текст центрирован. Между
Толстый крупный шрифт. Без отступа. До и после заголовка
Наклонный большой шрифт. До и после заголовка помещаются
Толстый нормальный шрифт. Отступ больше, чем в H3. До и
Наклонный нормальный шрифт. Отступ как у заголовка H4.
Толстый шрифт. Отступ такой же, как у обычного текста и
SRC должен быть вставлен в гипертекст. Синтаксис этого атрибута

такой же, как и у атрибута HREF для метки A. Атрибут SRC

является обязательным.

ALIGN определяет, верхняя, средняя или нижняя часть изображения

должна быть поставлена вровень с текстом.

В тексте анкеров допускается применение элементов IMG.



Пример

Warning: < IMG SRC ="triangle.gif">

Thus must be done by a qualified

technician.

< A HREF="Go">< IMG SRC ="Button"> Press to start</A>

ISINDEX

Элемент ISINDEX информирует читателя о том, что данный документ

является индексным указателем. По его прочтении клиент может

применять поиск по ключевому слову. К узлу гипертекста можно

обратиться при поиске по ключевому слову, сопроводив адрес узла

знаком вопроса и списком ключевых слов, разделенных символами плюса.

См. формат сетевого адреса.

Заметим, что эта метка обычно автоматически генерируется сервером.

Если метка ISINDEX добавлена в документ HTML вручную, то сделавший

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

поиск в этом документе. Ведь очевидно, что сервер должен обладать такой

возможностью: простое добавление элементов <ISINDEX> в документ не

способствует успешному выполнению запросов на поиск, если сервер не

обладает требуемым для поиска инструментарием!

LINK

Элемент LINK появляется в границах элемента HEAD документа HTML.

Он используется для указания взаимоотношения между данным документом

и каким-либо другим объектом. Документ может иметь любое количество

элементов LINK. Элемент LINK является пустым (не содержит метки

завершения), но имеет те же атрибуты, что и элемент анкер.

Как правило, элемент используется для указания авторства,

соответствующих индексных указателей, словарей, предыдущих и

последующих версий документа и т.д. Связи могут формировать некую

статичную ветвящуюся структуру, где рассматриваемый документ

идентифицируется, например, ссылкой на "родительский", "последующий"

и "предыдущий" документы. Серверы также могут не препятствовать

установлению ссылок теми клиентами, которые не имеют прав на внесение

изменений в сам текст документа.

Формы списков в языке HTML

Словарь (или список определений, DL) - это список в виде

параграфов, каждый из которых имеет рядом с собой короткое название.



За пределами словарей этот элемент используется для предоставления

читателю набора названных элементов. В словаре допустимо применение

следующих элементов:

Значением этого атрибута является URL документа, который
Это атрибут, принимая значения TOP, MIDDLE или BOTTOM,
DT большого отступа слева.

DD Эти элементы должны появляться в словаре парами. Появление

элемента DT без сопровождающего DD недопустимо. Элемент DL может

иметь только один вид атрибута

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

список достаточно велик, либо имеет место и то и другое.

Типовой метод обработки

Пары элементов DT, DD в списке определений начинаются с одной и

той же строки. В каждой паре элемент DT стоит слева и занимает

примерно треть места на дисплее. Элемент DD стоит справа и занимает

оставшиеся две трети. Термин DT обычно занимает достаточно мало

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

длиннее, то он будет продолжен на этой строке далее. В этом случае

текст элемента DD будет смещен на одну строку вниз, с тем, чтобы не

пересечься с термином DT. Либо термин DT может быть разбит на

несколько строк в левой колонке. Как правило, даже несмотря на

присутствие атрибута COMPACT, между следующими друг за другом парами

DT и DD остаются пробелы. Атрибут COMPACT применяется для списков,

имеющих большой размер и/или использующих пары элементов DT, DD,

которые занимают лишь одну-две строки. Конечно, программа обработки

может самостоятельно фиксировать такие случаи и принимать

соответствующие решения, что следует поощрять.

Атрибут COMPACT может также уменьшать левую колонку (колонку

терминов - DT).

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

<DL>

<DT>Term the first<DD>definition paragraph is reasonably

long but is still displayed clearly

<DT>Term2 follows<DD>Definition of term2

</DT>

<DL COMPACT>

<DT>Term<DD>definition paragraph



<DT>Term2<DD>Definition of term2

</DL>

Списки

Список - это последовательность параграфов, каждому из которых

может предшествовать специальная метка или очередной номер. Синтаксис

списка:

<UL>

<LI> list element

<LI> another list element ...

</UL>

Открывающими метками для списка могут быть UL, OL, MENU или DIR.

Сразу за открывающей меткой должен следовать первый элемент списка.

Типовая обработка

Здесь мы не определяем порядок воспроизведения списков, однако

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

неупорядоченных списков и очередь нумерованных параграфов для

упорядоченного списка. Среди других возможностей для интерактивного

показа списков - встроенные панели скроллинга для ускоренного

просмотра.

Список элементов, имеющих типовые алгоритмы обработки:
предписывает применение компактного алгоритма обработки,
UL несколькими пробелами и/или размеченный кружками или крупными

черными точками.

OL параграфы нумеруются.

MENU приходится лишь одна строка, а ее стиль более компактен, чем

в случае элемента UL.

DIR символов. Элементы могут размещаться в несколько колонок на

странице, причем ширина такой колонки обычно 24 символа.

Намного лучше, если программа обработки в состоянии

оптимизировать ширину колонки в зависимости от ширины

составляющих ее элементов.

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

<OL>

<LI> When you get to the station, leave

by the southern exit, on platform one.

<LI>Turn left to face toward the mountain

<LI>Walk for a mile or so until you reach the

"Asquith Arms" then

<LI>Wait and see ...

</OL>

< MENU >

<LI>The oranges should be pressed fresh

<LI>The nuts may come from a packet

<LI>The gin must be good quality

</MENU>

< DIR >



<LI>A-H<LI>I-M

<LI>M-R<LI>S-Z

</DIR>

P: Метка параграфа

Пустой элемент P служит разделителем параграфов. Конкретная

процедура обработки (отступы, инструкции и т.д.) здесь не

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

Метка <P> ставится между двумя частями текста для их разделения.

Нет нужды применять <P> для создания пустого места вокруг

заголовка, списка, адреса или выделенных элементов, которые уже сами

по себе предполагают наличие разделителей параграфов. Создание пустых

мест вокруг перечисленных элементов - обязанность программы

обработки. Соседство метки разделителя параграфов и такого элемента,

который сам автоматически создает разделители параграфов, может

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

метке разделителя параграфов предшествовал или следовал за ней такой

элемент.

Типовая обработка

Обычно метка <P> создает небольшой вертикальный пропуск между

параграфами (одна строка или полстроки). Этого не происходит (как

правило) в тексте элементов ADDRESS и (даже) PRE. В некоторых версиях

в обычном тексте метка <P> может также создавать небольшой отступ

слева в первой строке открываемого ею параграфа.

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

<h1>What to do</h1>

This is a one paragraph.<p>This is a second.

< P >

This is a third.

Примеры ошибок

<h1>P>What not to do</h1>

<p>I found that on my XYZ browser it looked prettier to

me if I put some paragraph marks

<p>

<ul><p><li>Around lists, and

<li>After headings.

</ul>

<p>

Mome of the paragraph marks in this example should

be there.

PRE: предварительно отформатированный текст

В языке HTML предварительно отформатированный текст отображается в

виде текста, использующего шрифт фиксированной ширины.

Необязательный атрибут этого элемента
Список многострочных параграфов, обычно разделенных
Этот элемент похож на элемент UL, за исключением того, что
Список параграфов меньшего размера. Обычно на одну запись
Список элементов, чей размер, как правило, не превышает 20
WIDTH может содержать строка текста. Эта информация позволяет



системе обработки выбирать соответствующие данному случаю

шрифты и отступ. В случаях, когда атрибут WIDTH не

идентифицирован, рекомендуется выбирать ширину 80 символов. В

случаях, когда атрибут WIDTH присутствует, рекомендуется

иметь фиксированный набор размеров 40, 80 и 132 символа,

остальные значения атрибута должны быть промежуточными.

В пределах элемента PRE:

В тексте символы конца строки обрабатываются как информация к

переходу на начало следующей строки. Это не относится к строке

непосредственно предшествующей метке, или следующей за ней.

Не должна применяться метка <p>. Если она все же обнаружена, то

должна интерпретироваться как команда перехода на начало

следующей строки.

Могут применяться анкеры и элементы выделения символов.

Не должны применяться элементы, определяющие форматирование

параграфов (заголовки, адреса и т.д.).

ASCII символ горизонтальной табуляции (HT) должен

интерпретироваться как наименьшее положительное количество

пробелов, остающихся до позиции, чей номер кратен 8. Однако

применение этого символа не рекомендуется.

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

<PRE WIDTH="80">

This is an example line

</PRE>

Замечание: выделение текста

В пределах предварительно отформатированного элемента

горизонтальное смещение должно осуществляться на определенное

количество позиций, чья ширина соответствует ширине символа. Это может

препятствовать или даже блокировать специальные смещения выделенных

элементов.

Замечание: границы строки

Вышеупомянутый термин "переход на начало следующей строки" не

должен восприниматься как предположение о том, что программа

обработки предварительно форматированного текста не может применять

(фиксированный) левый отступ. Конечно, левый сдвиг ограничен

затребованной шириной строки.

Название документа

Название документа задается элементом TITLE. В документе элемент

TITLE должен быть частью элемента HEAD. Любой документ может иметь не

более одного названия. Название должно характеризовать содержание



элемента в более широком плане. Название не является всего лишь

частью текста в документе. Оно относится ко всему документу в целом.

Название не может содержать анкеры, разделители параграфов, выделение

символов. Название документа может использоваться при идентификации

узла в архивном списке, в качестве метки на окне, показывающем этот

узел гипертекста. Название, как правило, не появляется в текстовом

поле документа. Названия противопоставляются заголовкам. В идеале,

размер названия документа не должен превышать 64 символов. Это

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

названия документов в качестве названий окон, в качестве опций меню и

в других полях ограниченного размера. Поскольку фактически нет

ограничений на длину названия документа (а само название может

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

информации), то, выбирая название создаваемому документу, следует

помнить, что оно может быть усечено другими программами, если

окажется для них слишком длинным.

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

Примеры приемлемых названий

<TITLE>Rivest and Neuman. 1989(b)</TITLE>

или

<TITLE>A Recipe for Maple Syrup Flap-Jack</TITLE>

или

<TITLE>Introduction -- AFS user's Guide</TITLE>

Примеры неприемлемых заголовков

Заголовок, имеющий смысл лишь в случае привязки к конкретному

контексту

<TITLE>Introduction</TITLE>

или слишком длинный заголовок

<TITLE>Remarks on the Quantum-Gravity effects of "Bean

Pone"diversification in Mononucleosis patients in Developing

Countries under Economic Conditions Prevalent during

the Second half of the Twentieth Century, and Related Papers:

a Summary</TITLE>

Выделение символов

Элементы выделения позволяют форматировать отдельные части текста

особым образом, производить выделение и т.д. Метки выделения не

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

кускам текста внутри параграфов. Как и все метки, не поддерживаемые



имеющимися версиями анализаторов языка HTML, эти метки будут

игнорироваться, однако размеченный ими текст будет обрабатываться как

и любой другой.

Все метки выделения имеют соответствующие им завершающие метки,

как в этом примере

This is <EM>emphasized</EM> text.

Практическая реализация одних стилей выделения более очевидна. Для

других - менее. Логические стили можно применять в любом месте, если,

к примеру, нет нужды ссылаться в тексте на процедуру форматирования

(например, "обязательно использование наклонного шрифта для отдельных

частей текста").

Замечание

Анализаторы, не способные изобразить какой-либо стиль выделения

символов, могут представить его с некоторой потерей качества

изображения с применением альтернативного стиля или стиля по

умолчанию. Некоторые версии анализаторов могут игнорировать все

метки, так что поставщикам информации желательно не придавать меткам

выделения большую смысловую нагрузку.

Имена для этих элементов заимствованы у макросов TeXInfo.

Физические стили

(лучше использовать термин - типографические. Прим.ред.)

Этот атрибут задает максимальное количество символов, которые
TT B I наклон невозможен).

U Логические стили

Шрифт фиксированной ширины.
Толстый или еще каким-либо образом выделенный шрифт.
Наклонный шрифт (или искаженный каким-либо образом, если просто
Подчеркивание.
EM (смысловое усиление определенного слова или фразы. прим.ред.)

STRONG шрифта). (выделение, привлечение внимания. прим.ред.)

CODE элементом PRE).

(формулы, выражения. прим.ред.)

SAMP (названия команд, примеры. прим.ред.)

KBD VAR (имена переменных в примерах, формулах. прим.ред.)

DFN наклонный шрифт или просто жирный.

(Официально считается расширением в версии HTML 2.0. прим.ред.)


CITE
( названия документов, выдержки из документов, цитируемые фразы и

т.д. прим.ред.)

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

This text contains an <em>emphasized</em> word.

<strong>Don't assume</strong> that it will be italic!

It was made using the <CODE>EM</CODE> element. A citation is

typically italic and was no formal necessary structure:

<cite>Moby Dick></cite> is a book title.

Устаревшие элементы

Следующие элементы являются устаревшими в языке HTML.

Рекомендуется, чтобы программы обслуживания клиента могли все же

обрабатывать эти устаревшие элементы с целью совместимости со старыми

серверами.

Plaintext (незакодированный текст)

Статус: устаревший

Пустая метка PLAINTEXT завершает документ на языке HTML. Позади

этой метки уже не ставятся какие-либо записи на языке SGML. Вместо

этого, по старому соглашению протокола HTTP, за меткой Plaintext

следует ASCII текст (в стандарте MIME тип данных "text/plain").

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

<PLAINTEXT>

0001 This is line one of a ling listing

0002 file from <any.@host.inc.com> which is sent

Эта метка позволяет читать остаток файла более эффективно и без

какого-либо дополнительного анализа. Элемент Plaintext применяется

исключительно в целях оптимизации. Заключительная метка у данного

элемента отсутствует. Остаток файла не содержит также каких-либо

записей на языке SGML.

XMP и LISTING: поля примеров в документе

Статус: устаревший

Данные элементы еще находят применение и должны распознаваться

применяющимися в настоящее время анализаторами. С другой стороны,

новые серверы должны использовать вместо этих элементов элемент

<PRE>. Стили XMP и LISTING позволяют включать в документ отдельный

кусок текста, состоящий из символов фиксированной ширины. Синтаксис

элементов

<LISTING>

...

</LISTING>

или

<XMP>

...

</XMP>

Текст, заключенный между начальной и конечной метками, будет



изображен с применением шрифта с фиксированной шириной символов.

Поэтому будет соблюдаться любое форматирование текста в следующих

друг за другом строках, выполненное символами пробела. Между

открывающей и закрывающей метками имеет место следующее:

Текст может содержать любые печатные символы из набора ISO Latin,

за исключением символа открытия завершающей метки (см. Исторические

заметки).

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

открывающей меткой и непосредственно перед закрывающей меткой.

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

начало новой строки.

ASCII символ горизонтальной табуляции (HT) должен

интерпретироваться как наименьшее количество пробелов, остающихся

до позиции, чей номер кратен 8. Тем не менее, применять этот символ

не рекомендуется.

Элемент LISTING отображается в виде текста с количеством символов в

строке не более 132. Элемент XMP изображается с применением такого

шрифта, что в строке помещается до 80 символов, в остальном он

аналогичен элементам LISTING.

Выделение выражений HP1 и т.д.

Статус: устаревший

Как и все остальные, эти элементы могут игнорироваться, если нет

соответствующего программного обеспечения. Следует заменять их более

информативными элементами - см. Выделение символов.

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

<HP1> ... </HP1> <HP2> ... </HP2> и т.д.

(В последних версиях спецификации HTML этот элемент устранен. прим.ред.)

Комментарии

Элемент комментария используется для заключения в скобки текста,

нужда в котором отпала. Комментарий был задействован в некоторых

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

характерными командами языка SGML.

Исторические заметки: XMP и LISTING

Исторически элементы XMP и LISTING использовались для указания

спецификации, отличающейся от языка SGML. В этой спецификации текст

мог иметь любые печатные символы из набора ISO Latin, а также символ

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



отсутствовала вовсе.

Такой формат текста не поддерживается языком SGML и, таким

образом, не является интерпретацией языка HTML. Поставщикам

информации следует помнить о том, что разработчики могут менять

интерпретацию завершающих меток, вероятно встречающихся в этих

элементах.

Объекты

(Entities. Прим.ред.)

В языке HTML применяются нижеуказанные имена объектов. Этим именам

всегда предшествует амперсанд (&), а за ними следует точка с запятой.

Объекты представляют конкретные графические символы, имеющие

определенное значение при разметке, или же они не относятся к

символам, которые не могут быть напечатаны иным образом.

Выделение символов (обычно наклон шрифта).
Более четкое выделение (обычно применение более жирного
Пример кода. Обычно фиксированный шрифт (не путать с
Последовательность символов.
Текст, набираемый пользователем. Этот стиль применяется в описаниях.
Имя переменной.
Пример определения к какому-либо термину. Обычно жирный
Цитата. Обычно наклонный шрифт.
Кроме этих символов допустимы обращения с применением имен из

нижеприведенной таблицы к любой из букв набора ISO Latin-1.

Данный список заимствован из документа "ISO 8879:1986//ENTITIES Added

Latin 1//EN".

&lt; символ "меньше чем" <
&gt; символ "больше чем" >
&amp; символ амперсанда &.
&quot; символ двойных кавычек "
символов)

&AElig; заглавная AE дифтонг (наборный знак из двух
&Aacute; заглавная A, сильное ударение
&Acirc; заглавная A, диакритическое ударение
&Agrave; заглавная A, тупое ударение
&Aring; заглавная A, с символом круга
&Atilde; заглавная A, с тильдой
&Auml; заглавная A, с символом умляута
&Ccedil; заглавная C, седиль
&ETH; заглавная "эс", исландская
&Eacute; заглавная E, сильное ударение
&Ecirc; заглавная E, диакритическое ударение
&Egrave; заглавная E, тупое ударение
&Euml; заглавная E, с символом умляута
&Iacute; заглавная I, сильное ударение
&Icirc; заглавная I, диакритическое ударение
&Igrave; заглавная I, тупое ударение
&Iuml; заглавная I, с символом умляута
&Ntilde; заглавная N, с тильдой
&Oacute; заглавная O, сильное ударение
&Ocirc; заглавная O, диакритическое ударение
&Ograve; заглавная O, тупое ударение
&Oslash; заглавная O, со штрихом
символов) из двух символов sz)
&Otilde; заглавная O, с тильдой
&Ouml; заглавная O, с символом умляута
&THORN; заглавная "торн", исландская
&Uacute; заглавная U, сильное ударение
&Ucirc; заглавная U, диакритическое ударение
&Ugrave; заглавная U, тупое ударение
&Uuml; заглавная U, с символом умляута
&Yacute; заглавная Y, сильное ударение
&aacute; маленькая a, сильное ударение
&acirc; маленькая a, диакритическое ударение
&aelig; маленькая ae дифтонг (наборный знак из двух
&agrave; маленькая a, тупое ударение
&aring; маленькая a, с символом круга
&atilde; маленькая a, с тильдой
&auml; маленькая a, с символом умляута
&ccedil; маленькая c, седиль
&eacute; маленькая e, сильное ударение
&ecirc; маленькая e, диакритическое ударение
&egrave; маленькая e, тупое ударение
&eth; маленькая "эс", исландская
&euml; маленькая e, с символом умляута
&iacute; маленькая i, сильное ударение
&icirc; маленькая i, диакритическое ударение
&igrave; маленькая i, тупое ударение
&iuml; маленькая i, с символом умляута
&ntilde; маленькая n, с тильдой
&oacute; маленькая o, сильное ударение
&ocirc; маленькая o, диакритическое ударение
&ograve; маленькая o, тупое ударение
&oslash; маленькая o, со штрихом
&otilde; маленькая o, с тильдой
&ouml; маленькая o, с символом умляута
&szlig; маленькая sharp s, немецкая (наборный знак
&thorn; маленькая "торн", исландская
&uacute; маленькая u, сильное ударение
&ucirc; маленькая u, диакритическое ударение
&ugrave; маленькая u, тупое ударение
&uuml; маленькая u, с символом умляута
&yacute; маленькая y, сильное ударение
&yuml; маленькая y, с символом умляута
HTML DTD

Ниже приведен текст заголовка HTML DTD. В главе "HTML и SGML" дано

описание его связи с текстом документа, написанного на языке SGML.

----------------------------------------------------------------



<!SGML "ISO 8879:1986"

--

Document Type Definition for the HyperText Markup Language

as used by the World Wide Web application (HTML DTD).

NOTE: This is a definition of HTML with respect to

SGML, and assumes an understanding of SGML terms.

--

CHARSET

BASESET "ISO 646:1983//CHARSET

International Reference Version (IRV)//ESC 2/5 4/0"

DESCSET 0 9 UNUSED

9 2 9

11 2 UNUSED

13 1 13

14 18 UNUSED

32 95 32

127 1 UNUSED

BASESET "ISO Registration Number 100//CHARSET

ECMA-94 Right Part of Latin Alphabet Nr. 1//ESC 2/13 4/1"

DESCSET 128 32 UNUSED

160 95 32

255 1 UNUSED

CAPACITY SGMLREF

TOTALCAP 150000

GRPCAP 150000

SCOPE DOCUMENT

SYNTAX

SHUNCHAR CONTROLS 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

18

19 20 21 22 23 24 25 26 27 28 29 30 31 127

255

BASESET "ISO 646:1983//CHARSET

International Reference Version (IRV)//ESC 2/5 4/0"

DESCSET 0 128 0

FUNCTION RE 13

RS 10

SPACE 32

TAB SEPCHAR 9

NAMING LCNMSTRT ""

UCNMSTRT ""

LCNMCHAR ".-"

UCNMCHAR ".-"

NAMECASE GENERAL YES

ENTITY NO

DELIM GENERAL SGMLREF

SHORTREF SGMLREF

NAMES SGMLREF

QUANTITY SGMLREF

NAMELEN 34

TAGLVL 100

LITLEN 1024

GRPGTCNT 150

GRPCNT 64

FEATURES

MINIMIZE

DATATAG NO

OMITTAG NO

RANK NO

SHORTTAG NO

LINK

SIMPLE NO

IMPLICIT NO

EXPLICIT NO

OTHER

CONCUR NO

SUBDOC NO

FORMAL YES

APPINFO NONE

>

<!DOCTYPE HTML [

<!-- Jul 1 93 -->

<!-- Regarding clause 6.1, SGML Document:

[1] SGML document = SGML document entity,

(SGML subdocument entity |

SGML text entity | non-SGML data entity)*

The role of SGML document entity is filled by this DTD,

followed by the conventional HTML data stream.

-->

<!-- DTD definitions -->

<!ENTITY % heading "H1|H2|H3|H4|H5|H6" >

<!ENTITY % list "UL|OL|DIR|MENU">

<!ENTITY % literal "XMP|LISTING">

<!ENTITY % headelement

"TITLE|NEXTID|ISINDEX" >

<!ENTITY % bodyelement



"P | %heading |

%list | DL | HEADERS | ADDRESS | PRE | BLOCKQUOTE

| %literal">

<!ENTITY % oldstyle "%headelement | %bodyelement | #PCDATA">

<!ENTITY % URL "CDATA"

-- The term URL means a CDATA attribute

whose value is a Uniform Resource Locator,

as defined. ( A URN may also be usable here when defined.)

-->

<!ENTITY % linkattributes

"NAME NMTOKEN #IMPLIED

HREF %URL; #IMPLIED

REL CDATA #IMPLIED -- forward relationship type --

REV CDATA #IMPLIED -- reversed relationship type

to referent data:

PARENT CHILD, SIBLING, NEXT, TOP,

DEFINITION, UPDATE, ORIGINAL etc. --

URN CDATA #IMPLIED -- universal resource number --

TITLE CDATA #IMPLIED -- advisory only --

METHODS NAMES #IMPLIED -- supported public methods of the object:

TEXTSEARCH, GET, HEAD, ... --

">

<!-- Document Element -->

<!ELEMENT HTML O O (( HEAD | BODY | %oldstyle)*, PLAINTEXT?)>

<!ELEMENT HEAD - - (TITLE? & ISINDEX? & NEXTID? & LINK*

& BASE?)>

<!ELEMENT TITLE - - RCDATA

-- The TITLE element is not considered part of the flow of text.

It should be displayed, for example as the page header or

window title.

-->

<!ELEMENT ISINDEX - O EMPTY

-- WWW clients should offer the option to perform a search on

documents containing ISINDEX.

-->

<!ELEMENT NEXTID - O EMPTY>

<!ATTLIST NEXTID N NAME #REQUIRED

-- The number should be a name suitable for use

for the ID of a new element. When used, the value

has its numeric part incremented. EG Z67 becomes Z68

-->

<!ELEMENT LINK - O EMPTY>

<!ATTLIST LINK

%linkattributes>

<!ELEMENT BASE - O EMPTY -- Reference context for URLS -->

<!ATTLIST BASE

HREF %URL; #IMPLIED

>

<!ENTITY % inline "EM | TT | STRONG | B | I | U |

CODE | SAMP | KBD | KEY | VAR | DFN | CITE "

>

<!ELEMENT (%inline;) - - (#PCDATA)>

<!ENTITY % text "#PCDATA | IMG | %inline;">

<!ENTITY % htext "A | %text">



<!ELEMENT BODY - - (%bodyelement|%htext;)*>

<!ELEMENT A - - (%text)>

<!ATTLIST A

%linkattributes;

>

<!ELEMENT IMG - O EMPTY -- Embedded image -->

<!ATTLIST IMG

SRC %URL; #IMPLIED -- URL of document to embed --

>

<!ELEMENT P - O EMPTY -- separates paragraphs -->

<!ELEMENT ( %heading ) - - (%htext;)+>

<!ELEMENT DL - - (DT | DD | P | %htext;)*>

<!-- Content should match ((DT,(%htext;)+)+,(DD,(%htext;)+))

But mixed content is messy.

-->

<!ELEMENT DT - O EMPTY>

<!ELEMENT DD - O EMPTY>

<!ELEMENT (UL|OL) - - (%htext;|LI|P)+>

<!ELEMENT (DIR|MENU) - - (%htext;|LI)+>

<!-- Content should match ((LI,(%htext;)+)+)

But mixed content is messy.

-->

<!ATTLIST (%list)

COMPACT NAME #IMPLIED -- COMPACT, etc.--

>

<!ELEMENT LI - O EMPTY>

<!ELEMENT BLOCKQUOTE - - (%htext;|P)+

-- for quoting some other source -->

<!ELEMENT ADDRESS - - (%htext;|P)+>

<!ELEMENT PRE - - (#PCDATA|%inline|A|P)+>

<!ATTLIST PRE

WIDTH NUMBER #implied

>

<!-- Mnemonic character entities. -->

<!ENTITY AElig "&#198;" -- capital AE diphthong (ligature) -->

<!ENTITY Aacute "&#193;" -- capital A, acute accent -->

<!ENTITY Acirc "&#194;" -- capital A, circumflex accent -->

<!ENTITY Agrave "&#192;" -- capital A, grave accent -->

<!ENTITY Aring "&#197;" -- capital A, ring -->

<!ENTITY Atilde "&#195;" -- capital A, tilde -->

<!ENTITY Auml "&#196;" -- capital A, dieresis or umlaut mark -->

<!ENTITY Ccedil "&#199;" -- capital C, cedilla -->

<!ENTITY ETH "&#208;" -- capital Eth, Icelandic -->

<!ENTITY Eacute "&#201;" -- capital E, acute accent -->

<!ENTITY Ecirc "&#202;" -- capital E, circumflex accent -->

<!ENTITY Egrave "&#200;" -- capital E, grave accent -->



<!ENTITY Euml "&#203;" -- capital E, dieresis or umlaut mark -->

<!ENTITY Iacute "&#205;" -- capital I, acute accent -->

<!ENTITY Icirc "&#206;" -- capital I, circumflex accent -->

<!ENTITY Igrave "&#204;" -- capital I, grave accent -->

<!ENTITY Iuml "&#207;" -- capital I, dieresis or umlaut mark -->

<!ENTITY Ntilde "&#209;" -- capital N, tilde -->

<!ENTITY Oacute "&#211;" -- capital O, acute accent -->

<!ENTITY Ocirc "&#212;" -- capital O, circumflex accent -->

<!ENTITY Ograve "&#210;" -- capital O, grave accent -->

<!ENTITY Oslash "&#216;" -- capital O, slash -->

<!ENTITY Otilde "&#213;" -- capital O, tilde -->

<!ENTITY Ouml "&#214;" -- capital O, dieresis or umlaut mark -->

<!ENTITY THORN "&#222;" -- capital THORN, Icelandic -->

<!ENTITY Uacute "&#218;" -- capital U, acute accent -->

<!ENTITY Ucirc "&#219;" -- capital U, circumflex accent -->

<!ENTITY Ugrave "&#217;" -- capital U, grave accent -->

<!ENTITY Uuml "&#220;" -- capital U, dieresis or umlaut mark -->

<!ENTITY Yacute "&#221;" -- capital Y, acute accent -->

<!ENTITY aacute "&#225;" -- small a, acute accent -->

<!ENTITY acirc "&#226;" -- small a, circumflex accent -->

<!ENTITY aelig "&#230;" -- small ae diphthong (ligature) -->

<!ENTITY agrave "&#224;" -- small a, grave accent -->

<!ENTITY amp "&amp;" -- ampersand -->

<!ENTITY aring "&#229;" -- small a, ring -->

<!ENTITY atilde "&#227;" -- small a, tilde -->

<!ENTITY auml "&#228;" -- small a, dieresis or umlaut mark -->



<!ENTITY ccedil "&#231;" -- small c, cedilla -->

<!ENTITY eacute "&#233;" -- small e, acute accent -->

<!ENTITY ecirc "&#234;" -- small e, circumflex accent -->

<!ENTITY egrave "&#232;" -- small e, grave accent -->

<!ENTITY eth "&#240;" -- small eth, Icelandic -->

<!ENTITY euml "&#235;" -- small e, dieresis or umlaut mark -->

<!ENTITY gt "&#62;" -- greater than -->

<!ENTITY iacute "&#237;" -- small i, acute accent -->

<!ENTITY icirc "&#238;" -- small i, circumflex accent -->

<!ENTITY igrave "&#236;" -- small i, grave accent -->

<!ENTITY iuml "&#239;" -- small i, dieresis or umlaut mark -->

<!ENTITY lt "&lt;" -- less than -->

<!ENTITY ntilde "&#241;" -- small n, tilde -->

<!ENTITY oacute "&#243;" -- small o, acute accent -->

<!ENTITY ocirc "&#244;" -- small o, circumflex accent -->

<!ENTITY ograve "&#242;" -- small o, grave accent -->

<!ENTITY oslash "&#248;" -- small o, slash -->

<!ENTITY otilde "&#245;" -- small o, tilde -->

<!ENTITY ouml "&#246;" -- small o, dieresis or umlaut mark -->

<!ENTITY szlig "&#223;" -- small sharp s, German (sz ligature) -->

<!ENTITY thorn "&#254;" -- small thorn, Icelandic -->

<!ENTITY uacute "&#250;" -- small u, acute accent -->

<!ENTITY ucirc "&#251;" -- small u, circumflex accent -->

<!ENTITY ugrave "&#249;" -- small u, grave accent -->

<!ENTITY uuml "&#252;" -- small u, dieresis or umlaut mark -->

<!ENTITY yacute "&#253;" -- small y, acute accent -->

<!ENTITY yuml "&#255;" -- small y, dieresis or umlaut mark -->



<!-- deprecated elements -->

<!ELEMENT (%literal) - - CDATA>

<!ELEMENT PLAINTEXT - O EMPTY>

<!-- Local Variables: -->

<!-- mode: sgml -->

<!-- compile-command: "sgmls -s -p " -->

<!-- end: -->

]>

----------------------------------------------------------------

Значения для взаимоотношений


между документами или их частями

(Relationships. Прим.ред.)

Статус. Приведенный в этой главе список не является частью

стандарта. Его назначение - иллюстрация примеров использования

взаимоотношений, а также создание основы для дальнейшего

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

осуществляться после регистрации в комитете по языку HTML. При

проведении исследований к списку также можно добавлять новые

значения, при условии, что их имя начинается с комбинации "X-".

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

смысл, который мы определили в данном описании, и могут быть

обработаны особым образом прикладными программами, использующими язык

HTML.

Описываемые здесь взаимоотношения определяют связи не просто между

анкерами в документах. Они описывают связи между самими документами,

как большими независимыми блоками информации, как между объектами.

Если некое значение используется для описания взаимоотношения между

анкерами, но не между документами, предполагается, что тем не менее

указанная семантика применима к упомянутым документам.

В последующем описании A - это документ, инициирующий связи, а B -

это документ, на который ссылается атрибут HREF анкера.

Если взаимоотношение между документами в гипертексте называется

ациклическим, то это значит, что оно не содержит цепочек связей,

которые, начавшись на каком-либо документе, могли бы вновь на него

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

формирования ветвящихся структур.

Взаимоотношения между документами

Взаимоотношения формируются между документами без какого-либо учета

содержания последних.



USEINDEX (использование в качестве индекса)

В данной ситуации пользователь, читающий документ A, может вызвать

функцию поиска. B - это документ, содержащий связную индексную

информацию, используемую такой функцией. Документ A может содержать

любое количество индексных связей, что позволяет осуществлять поиск

на нескольких условиях индексации в зависимости от решения клиента.

Документ B должен поддерживать работу поиска в соответствии с

протоколом доступа.

USEGLOSSARY (использование в качестве словаря)

B - это документ, содержащий индексную информацию, которая должна

использоваться для удовлетворения запросов о переводе, сделанных в

основном документе (как правило, запрос делается при двойном щелчке

над словом, которое не находится в пределах анкера).

Документ может иметь любое количество связей со словарем.

ANNOTATION (аннотация)

Информация в документе B является дополнением к документу A и

носит вспомогательный характер. Например, аннотация используется

клиентом для написания своего рода сносок или иных критических

замечаний к документам других людей.

Пример: взаимосвязь между блоком новостей и составляющими его

статьями.

Ациклическая взаимосвязь.

REPLY (ответ)

Подобна аннотации, однако условия, чтобы документ B служил

дополнением к документу A, не ставится. Документы A и B равноправны.

Пример: связь между почтовым сообщением и ответом на него, между

заметкой с новостями и откликом на нее.

Ациклическая взаимосвязь.

EMBED (вставка)

Если появилась связь такого типа, то информация с узла на ее конце

вставляется в исходный документ при его просмотре.

Ациклическая взаимосвязь.

PRECEDES (предшествование)

В упорядоченной структуре, сформированной авторами, документу A

предшествует документ B, а за документом B всегда следует документ A.

Ациклическая взаимосвязь.

Документ может иметь не более одной связи для такого

взаимоотношения и/или на него может быть сделана только одна такая

ссылка.

Замечание: Такое взаимоотношение может управлять вспомогательными



средствами навигации, формировать материал для печати и т.д.

Совместно с понятием "поддокумент" оно может использоваться для

создания ветвящейся структуры, такой как книжка для печати,

формирующая гипертекстовой документ. Такой документ может содержать

только одну такую ветвящуюся структуру.

SUBDOCUMENT (поддокумент)

Согласно иерархии, определенной автором, документ B является

составной частью документа A. Ациклическое взаимоотношение.

PRESENT (присутствие)

Если в системе присутствует документ A, то должен присутствовать и

документ B. Это подразумевает, что если программа обнаружила документ

A, то она должна обязательно найти и документ B.

SEARCH (поиск)

Когда обнаружена связь такого типа, а документ B в системе

отсутствует, последний должен быть найден. Иными словами, когда

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

предоставляется панель поиска, а на ней искомый текст. Затем

осуществляется поиск без промежуточного восстановления и презентации

узла B.

SUPERSEDES (обновление)

Документ B является старой версией документа A.

Ациклическое взаимоотношение.

HISTORY (история)

Документ B представляет собой список версий документа A. Навстречу

этой связи из документа A должна существовать связь документа B с

документом A и всеми известными его версиями.

Взаимоотношения с тематикой документов

Эти взаимоотношения выражают семантику не для самих документов, а

для затронутых ими тем.

INCLUDES (составная часть)

Документ A включает документ B, документ B является составной

частью документа A. Например, личность, чье описание дано в документе

A, состоит в группе, описываемой документом B.

Ациклическое взаимоотношение

MADE (создание)

Например, личность, чье описание дано в узле A, является автором

документа B или отвечает за его содержание. Сведения такого типа

могут применяться для целей защиты информации, для посылки сообщений

авторам и т.д.

INTERESTED (заинтересованность)

Например, личность, чье описание дано в документе A, выражает



заинтересованность в информации из узла B. Данная информация может

применяться также для осведомления читателей о произведенных

изменениях.

Авторское право

Авторское право для протокола HTTP определяет списки названий для

связей и элементов анкеров. Предлагается, что эту обязанность будет

выполнять комитет по присвоению номеров Internet или его приемники.

Допускается применение незарегистрированных значений в опытном порядке,

при условии, что они начинаются с сочетания "X-".

Ссылки

SGML стандартный язык разметки (SGML) для служебных систем.

sgmls <jjc@clark.com>, созданный по материалам анализатора

ARCSGML, написанным Чарльзом Голдфабом (Charles F.

Goldfarb). Исходный текст программы доступен на FTP сервере

ifi.uio.no в каталоге /pub/SGML/SGMLS.

WWW настоящее время посредством FTP на компьютере info.cern.ch

в каталоге /pub/ietf.

Адреса авторов

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

людей, пользующихся данной сетью. Дэн Коннолли (Dan Connolly)

приготовил дескриптор DTD, а также часть языков HTML и SGML во время

работы в корпорации Convex Computer по адресу 3000 Waterview Parkway

Richardson, TX 75083. В настоящее время он работает в Atrium

Technology Inc. и не является последним редактором документа.

ISO 8879:1986, Текст с обработкой информации и обобщенный
анализатор SGML Джонса Кларка (James Clark)
Универсальный локатор ресурсов. RFCxxx. Доступен в
Address: CERN

1211 Geneva 23

Switzerland

Telephone: +41(22)767 3755

Fax: +41(22)767 7155

email: Daniel Connolly

Address: Atrium Technologies, Inc.

5000 Plaza on the Lake, Suite 275

Austin, TX 78746

USA

email:


TEXTAREA


Description

The TEXTAREA element is used to specify a multiline input field

as part of the contents in a FORM element.

NAME defines the symbolic name of the field

returned to the server on submission.

The characters between the opening and closing tags

define the text to be initially displayed in the textarea,

and the default text to be returned, normally null.

Only ASCII text is allowed as characters, and newlines are respected.

ROWS and COLS

define the physical size of the

displayed input field in numbers of characters.

Minimum Attributes

<TEXTAREA NAME="..."

ROWS="..."

COLS="...">

</TEXTAREA>

All Possible Attributes

<TEXTAREA NAME="..."

ROWS="..."

COLS="..."

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

WRAP=off|virtual|physical

ALIGN=top|middle|bottom|left|right

DISABLED

ERROR="...">characters...

</TEXTAREA>

Elements Allowed Within...

Only parsed character data is expected in the content of the

TEXTAREA element. Note that the elements

are expressly prohibited by RFC 1866 from being nested

within the TEXTAREA element content

Allowed In Content Of...

Variations

The LANG and DIR attributes are introduced with the

internationalization proposal.

The WRAP attribute is a Netscape 2.0 extension and controls

word wrapping inside the TEXTAREA.

The value off is default and lines are sent exactly as typed.

The value virtual wraps in the display but are sent

exactly as typed.

The value physical wraps in the display and sends new-lines

at the wrap points as if new-lines had been entered.

The early Version 3 proposal added the

ALIGN, DISABLED, and ERROR attributes.

The Version 3 proposed DISABLED attribute would display this TEXTAREA,

but prohibit user entry/modification.

The Version 3 proposed ERROR attribute defines text to be displayed

in the event that the entered value for this TEXTAREA is invalid.

All elements concerning FORM are Level 2.



TFOOT


Description

The TFOOT element encloses a series of table row definitions

and specifies the defaults for all the rows in this group.

Table rows are grouped inside the

content into at most one ,

at most one TFOOT,

and at least one sections, in that order.

Depending on the capabilities of the browser, this sectioning can be used to

repeat table head and foot rows when breaking tables across page

boundaries, or to provide fixed headers above and footers below

a scrollable body panel, or other similar rendering schemes.

Minimum Attributes

<TFOOT>

All Possible Attributes

<TFOOT

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

ALIGN=left|right|center|justify|char

CHAR="..."

CHAROFF="..."

VALIGN=top|middle|bottom|baseline>characters...</TFOOT>

Elements Allowed Within...

Allowed In Content Of...

Variations

The TFOOT element is a part of the latest table proposal.

This TFOOT element is new and not widely implemented.

The ending element is optional for this element and may be implied

when the TBODY element is encountered.

The table proposal states that a browser may display

ALIGN=justify the same as the default

ALIGN=left if it lacks support for text justification.

The CHAR and CHAROFF attributes are used when ALIGN=char.

CHAR specifies a single character to be used for alignment, and

defaults to the decimal point in the current language.

CHAROFF specifies the offset, in the DIR direction, to the first

occurrence of the CHAR character on each line. If a line doesn't

include the CHAR character, it is to end at the CHAROFF position.

The default value for CHAROFF is either 50% or whatever will cause

the CHAR characters in all cells with a declared CHAR in a column to align.

The default units is pixels, but may be specified by a suffix on the number.

The standard defined units suffixes include:

pt=points,

pi=picas,

in=inches,

cm=centimeters,

mm=millimeters,

em=em units,

px=screen pixels.

In addition the suffix of a percentsign may be used to specify the

percentage offset within the cell.

The VALIGN attribute defines the vertical alignment of the cell contents.

The ALIGN, CHAR and CHAROFF attribute values may be inherited from

other table elements in the following order:

cells < columns < column groups < rows < row groups < default.

The VALIGN, LANG and DIR attribute values may be inherited from

other table elements in the following order:

cells < rows < row groups < columns < column groups < table < default.



TH


Description

The TH element defines a header cell as part of the TABLE construct.

The browser should render the table to cause some difference between

TH elements and TD elements.

Both TH and TD elements can exist in any

one of the three table sections: THEAD, TFOOT, or TBODY.

Minimum Attributes

<TH>

All Possible Attributes

<TH

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

AXIS="..."

AXES="..."

NOWRAP

ROWSPAN=value

COLSPAN=value

ALIGN=left|right|center|justify|char|decimal

CHAR="..."

CHAROFF="..."

DP="..."

VALIGN=top|middle|bottom|baseline

WIDTH=value

BGCOLOR="...">characters...</TH>

Elements Allowed Within...

members of group

Allowed In Content Of...

Variations

The TH element is part of the proposed TABLE construct.

A browser is to assume the table cell ends with the beginning

of the next table cell or the beginning of another table row

or the end of the enclosing TABLE, THEAD, TFOOT, or TBODY element

and thus a closing tag is not required.

This element is an extension in Netscape 1.1 and MS Internet Explorer 2.0.

Most browsers typically render the TH element in bold font,

but otherwise identical to TD elements.

The values justify|char for the ALIGN attribute

are new and are not widely implemented.

The table proposal states that a browser may display

ALIGN=justify the same as the default

ALIGN=left if it lacks support for text justification.

The AXIS and AXES attributes for cells provide a means for defining

concise labels for cells, either for speech rendering, or for

database field names.

The attribute AXIS defaults to the cell contents.

The AXES is a comma separated list of axis names which together

identify the row and column headers that pertain to this cell.

The NOWRAP attribute will suppress word wrap in the cell.

The ROWSPAN and COLSPAN attributes define the integer number of rows and

columns spanned by the cell. A value of zero for either implies the


cell spans from this cell to the end of the table.

The attribute DP is from an earlier version of the proposal and

was used with a value of decimal on the ALIGN attribute.

It has been replaced with the CHAR and CHAROFF attributes

used when ALIGN=char.

CHAR specifies a single character to be used for alignment, and

defaults to the decimal point in the current language.

CHAROFF specifies the offset, in the DIR direction, to the first

occurrence of the CHAR character on each line. If a line doesn't

include the CHAR character, it is to end at the CHAROFF position.

The default value for CHAROFF is either 50% or whatever will cause

the CHAR characters in all cells with a declared CHAR in a column to align.

The default units is pixels, but may be specified by a suffix on the number.

The standard defined units suffixes include:

pt=points,

pi=picas,

in=inches,

cm=centimeters,

mm=millimeters,

em=em units,

px=screen pixels.

In addition the suffix of a percentsign may be used to specify the

percentage offset within the cell.

The VALIGN attribute defines the vertical alignment of the cell contents.

The ALIGN, CHAR and CHAROFF attribute values may be inherited from

other table elements in the following order:

cells < columns < column groups < rows < row groups < default.

The VALIGN, LANG and DIR attribute values may be inherited from

other table elements in the following order:

cells < rows < row groups < columns < column groups < table < default.

The WIDTH attribute is a Netscape extension.

The BGCOLOR attribute is a MS Internet Explorer 2.0 extension.

Internet Explorer accepts either an "#rrggbb" number or

the following color names:

Black, Maroon, Green, Olive, Navy, Purple, Teal, Gray, Silver, Red, Lime,

Yellow, Blue, Fuchsia, Aqua, White.


THEAD


Description

The THEAD element encloses a series of table row definitions

and specifies the defaults for all the rows in this group.

Table rows are grouped inside the

content into at most one THEAD,

at most one ,

and at least one sections, in that order.

Depending on the capabilities of the browser, this sectioning can be used to

repeat table head and foot rows when breaking tables across page

boundaries, or to provide fixed headers above and footers below

a scrollable body panel, or other similar rendering schemes.

Minimum Attributes

<THEAD>

All Possible Attributes

<THEAD

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

ALIGN=left|right|center|justify|char

CHAR="..."

CHAROFF="..."

VALIGN=top|middle|bottom|baseline>characters...</THEAD>

Elements Allowed Within...

Allowed In Content Of...

Variations

The THEAD element is a part of the latest table proposal.

This THEAD element is new and not widely implemented.

The ending element is optional for this element and may be implied

when a TFOOT or the TBODY element is encountered.

The table proposal states that a browser may display

ALIGN=justify the same as the default

ALIGN=left if it lacks support for text justification.

The CHAR and CHAROFF attributes are used when ALIGN=char.

CHAR specifies a single character to be used for alignment, and

defaults to the decimal point in the current language.

CHAROFF specifies the offset, in the DIR direction, to the first

occurrence of the CHAR character on each line. If a line doesn't

include the CHAR character, it is to end at the CHAROFF position.

The default value for CHAROFF is either 50% or whatever will cause

the CHAR characters in all cells with a declared CHAR in a column to align.

The default units is pixels, but may be specified by a suffix on the number.

The standard defined units suffixes include:

pt=points,

pi=picas,

in=inches,

cm=centimeters,

mm=millimeters,

em=em units,

px=screen pixels.

In addition the suffix of a percentsign may be used to specify the

percentage offset within the cell.

The VALIGN attribute defines the vertical alignment of the cell contents.

The ALIGN, CHAR and CHAROFF attribute values may be inherited from

other table elements in the following order:

cells < columns < column groups < rows < row groups < default.

The VALIGN, LANG and DIR attribute values may be inherited from

other table elements in the following order:

cells < rows < row groups < columns < column groups < table < default.



TITLE


Description

The TITLE is not part of the document text.

Often the title is used by a browser to label the display window.

Some Web search engines only search the title of Web pages.

Therefore the text of the TITLE should be kept short

but sufficient to identify the document.

Minimum Attributes

<TITLE>characters...

</TITLE>

All Possible Attributes

<TITLE

LANG="..."

DIR=ltr|rtl>characters...

</TITLE>

Elements Allowed Within...

Only parsed character data is expected in the content of the

TITLE element. Note that the elements

are expressly prohibited by RFC 1866 from being nested

within the TITLE element content

Allowed In Content Of...

Variations

RFC 1866 specifies that all HTML documents must contain a TITLE element.

Some browsers will truncate titles to a length they can handle.

RFC 1866 recommends that titles be fewer than 64 characters.

The LANG and DIR attributes are introduced with the

internationalization proposal.

TITLE is a Level 0 element.

Sandia Requirements

The TITLE element is required to include a short, uniquely

descriptive document title.



TR


Description

The TR element defines a table row in one of the three sections

of the TABLE construct: THEAD, TFOOT, or TBODY.

The contents of the TR element is required to contain at least one

of either the TH element or the TD element.

Minimum Attributes

<TR>

All Possible Attributes

<TR

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="..."

ALIGN=left|right|center|justify|char|decimal

CHAR="..."

CHAROFF="..."

VALIGN=top|middle|bottom|baseline

DP="...">

Elements Allowed Within...

Allowed In Content Of...

Variations

The TR element is part of the proposed TABLE construct.

A browser is to assume the table row ends with the beginning

of the next table row, the next table row group, or

the end of the table and thus a closing tag is not required.

An early Version 3 proposal recommended that browsers should

tolerate the absence of the first TR in a table,

but this option was not included in the formal table proposal.

This element is an extension in Netscape 1.1 and MS Internet Explorer 2.0.

The values justify|char for the ALIGN attribute

are new and are not widely implemented.

The table proposal states that a browser may display

ALIGN=justify the same as the default

ALIGN=left if it lacks support for text justification.

The attribute DP is from an earlier version of the proposal and

was used with a value of decimal on the ALIGN attribute.

It has been replaced with the CHAR and CHAROFF attributes

used when ALIGN=char.

CHAR specifies a single character to be used for alignment, and

defaults to the decimal point in the current language.

CHAROFF specifies the offset, in the DIR direction, to the first

occurrence of the CHAR character on each line. If a line doesn't

include the CHAR character, it is to end at the CHAROFF position.

The default value for CHAROFF is either 50% or whatever will cause

the CHAR characters in all cells with a declared CHAR in a column to align.

The default units is pixels, but may be specified by a suffix on the number.

The standard defined units suffixes include:

pt=points,

pi=picas,

in=inches,

cm=centimeters,

mm=millimeters,

em=em units,

px=screen pixels.

In addition the suffix of a percentsign may be used to specify the

percentage offset within the cell.

The VALIGN attribute defines the vertical alignment of the cell contents.

The ALIGN, CHAR and CHAROFF attribute values may be inherited from

other table elements in the following order:

cells < columns < column groups < rows < row groups < default.

The VALIGN, LANG and DIR attribute values may be inherited from

other table elements in the following order:

cells < rows < row groups < columns < column groups < table < default.



TT


Description

The TT element changes the physical rendering of the

contents of the element to a fixed width teletype font.

Minimum Attributes

<TT>characters...

</TT>

All Possible Attributes

<TT

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</TT>

Elements Allowed Within...

members of group

Allowed In Content Of...

Any element that permits members of group

Variations

Browsers who do not have teletype font may render in some other manner.

The LANG and DIR attributes are introduced with the

internationalization proposal.

All character definition elements are Level 2.



U


Description

The U element changes the physical rendering of the

contents of the element to an underlined font.

Minimum Attributes

<U>characters... </U>

All Possible Attributes

<U

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</U>

Elements Allowed Within...

-In progress, to be determined-

Allowed In Content Of...

-In progress, to be determined-

Variations

The U element was in an early Version 2 proposal

but is not part of RFC 1866.

It is often rendered in italic or slanted rather than underlined.

All character definition elements are Level 2.



UL


Description

The UL element defines an unordered list consisting of a number of

separated multi-line <LI> elements, and usually

marked by a bullet or similar symbol.

Minimum Attributes

<UL></UL>

All Possible Attributes

<UL

COMPACT

LANG="..."

DIR=ltr|rtl

ALIGN=center|left|right|justify

ID="..."

CLASS="..."

CLEAR=left|right|all|"..."

PLAIN

SRC="..."

MD="..."

DINGBAT="..."

WRAP=vert|horiz

TYPE=disk|circle|square>

</UL>

Elements Allowed Within...

Allowed In Content Of...

Any element that permits members of the group

Variations

Nested UL lists are usually rendered more indented with

differing bullets or symbols.

The LANG and DIR attributes are introduced with the

internationalization proposal.

The internationalization proposal also includes

ALIGN=center|left|right|justify

Version 3 proposes the CLEAR, PLAIN,

SRC, MD, DINGBAT, and WRAP attributes.

The TYPE attribute is a current Netscape extension.

Version 3 proposes to replace it with the SRC and DINGBAT attributes

to point to general server and browser images respectively.

Specifying <UL PLAIN> to eliminate the bullets

is proposed by Version 3 as a replacement for the

element.

Specifying <UL PLAIN WRAP=HORIZ> is proposed

by Version 3 as a replacement for the list element.

The browser may dynamically determine the appropriate number of columns.

All list elements are Level 0.



УПОТРЕБЛЯЕМЫЕ СИМВОЛЫ


URL URL (адрес) внешнего файла (или просто имя файла в том же каталоге)

? Любое число (т.е. <H?> значит <H1>, <H2>, <H3>, и т.д.)

% Любой процент (т.е. <hr align=left width="%>" значит <hr align=left width="50%>", и т.д.)

*** Любой текст (т.е. ALT="***" значит заполните текст)

$$$$$$ Любое 16ричное число (т.е. BGCOLOR="#$$$$$$" значит BGCOLOR="#00FF1C", и т.д.)

,,, Разделенное запятыми (т.е. COORDS=",,," значит COORDS="0,0,50,50", и т.д.)

| Альтернативы (т.е. ALIGN=LEFT|RIGHT|CENTER значит один из них)



Установка cookie.


Как выставлять cookies клиенту зависит от того, как они будут

использоваться в дальнейшем. Это можно делать как с помощью скриптов,

так и с помощью META-тагов HTML. Можно манипулировать временем

жизни выставленных cookies и устанавливать место, в котором установки

действительны. Общий формат установки таков:

Set-Cookie: NAME=value; EXPIRES=date; DOMAIN=domain_name; PATH=path; SECURE

Более подробно об этом можно прочитать в статье



Установка cookie с использованием Perl/CGI.


Другой способ выставить cookie - с помощью серверного скрипта.

На Perl это будет выглядеть примерно следующим образом: перед

тем как выдавать серверный ответ генерируется HTTP заголовок

print "Content-type: text/html\n";

print "Set-Cookie: username=aaa13; expires=Friday,31-Dec-99 23:59:59 GMT; path=/win/internet/html/; domain=citforum.ru;\n\n";

Чтобы прочитать скриптом значение cookie, которое было установлено

ранее, и соответствующим образом выполнить скрипт, используется

переменная окружения HTTP_COOKIE. На Perl это будет выглядеть

так:

$cookie = $ENV{'HTTP_COOKIE'};

При использовании SSI для просмотра значения cookie можно применить

директиву:

<!--#echo var="HTTP_COOKIE"-->



Установка cookie с помощью HTML.


Простейший способ выставить cookie - использовать соответствующий

META-таг в заголовке <HEAD> </HEAD> любого статического

HTML документа. Это выглядит следующим образом:

<META HTTP-EQUIV="Set-Cookie" CONTENT="NAME=value; EXPIRES=date; DOMAIN=domain_name; PATH=path; SECURE">



Установка нескольких cookie одновременно.


Как с помощью HTML, так и с помощью скриптов можно устанавливать

несколько cookie разом:

HTML:

<META HTTP-EQUIV="Set-Cookie" CONTENT="NAME=value; EXPIRES=date; DOMAIN=domain_name; PATH=path; SECURE">

<META HTTP-EQUIV="Set-Cookie" CONTENT="NAME=value; EXPIRES=date; DOMAIN=domain_name; PATH=path; SECURE">

Perl/CGI:

print "Content-type: text/html\n";

print "Set-Cookie: NAME=value; EXPIRES=date; PATH=path; DOMAIN=domain_name; SECURE\n";

print "Set-Cookie: NAME=value; EXPIRES=date; PATH=path; DOMAIN=domain_name; SECURE\n\n";

document.write('');

Tim Berners-Lee

Новости мира IT:

02.08 - 02.08 - 02.08 - 02.08 - 02.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 01.08 - 31.07 - 31.07 - 31.07 - 31.07 - 31.07 -

Архив новостей

Последние комментарии:

 (66)

2 Август, 17:53

 (19)

2 Август, 17:51

 (34)

2 Август, 15:40

 (42)

2 Август, 15:35

 (1)

2 Август, 14:54

 (3)

2 Август, 14:34

 (3)

2 Август, 14:15

 (2)

2 Август, 13:34

 (7)

2 Август, 13:04

 (3)

2 Август, 12:28

BrainBoard.ru

Море работы для программистов, сисадминов, вебмастеров.

Иди и выбирай!

google.load('search', '1', {language : 'ru'}); google.setOnLoadCallback(function() { var customSearchControl = new google.search.CustomSearchControl('018117224161927867877:xbac02ystjy'); customSearchControl.setResultSetSize(google.search.Search.FILTERED_CSE_RESULTSET); customSearchControl.draw('cse'); }, true);

Loading

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

PR-акции, размещение рекламы — ,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы —

This Web server launched on February 24, 1997

Copyright © 1997-2000 CIT, © 2001-2009

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

Подарки и Аксесcуары. Все про на сайте flowersstreet.ru. Цветы.



VAR


Description

The VAR element changes the character rendering of the

contents of the element to logically represent a variable name.

Minimum Attributes

<VAR>characters...

</VAR>

All Possible Attributes

<VAR

LANG="..."

DIR=ltr|rtl

ID="..."

CLASS="...">characters...

</VAR>

Elements Allowed Within...

members of the group

Allowed In Content Of...

Any element that permits members of the group

Variations

This is usually rendered in italics.

The LANG and DIR attributes are introduced with the

internationalization proposal.

All character definition elements are Level 2.



ВЫРАВНИВАНИЕ, ОТСТУПЫ, РАМКИ


ТАБЛИЦА БЕЗ РАМКИ

<TABLE> <TR> <TD>Item 1</TD> <TD ROWSPAN=2>Item 2</TD> <TD>Item 3</TD> </TR> <TR> <TD>Item 4</TD> <TD>Item 5</TD> </TR> </TABLE>

ТАБЛИЦА С РАМКОЙ ШИРИНОЙ 10

Item 1 Item 2 Item 3
Item 4 Item 5

<TABLE BORDER=10> <TR> <TD>Item 1</TD> <TD> Item 2</TD> </TR> <TR> <TD>Item 3</TD> <TD>Item 4</TD> </TR> </TABLE>

CELLPADDING И CELLSPACING

Item 1 Item 2
Item 3 Item 4

<TABLE BORDER CELLPADDING=10 CELLSPACING=0> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> </TR> <TR> <TD>D</TD> <TD>E</TD> <TD>F</TD> </TR> </TABLE>

A B C
D E F

<TABLE BORDER CELLPADDING=0 CELLSPACING=10> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> </TR> <TR> <TD>D</TD> <TD>E</TD> <TD>F</TD> </TR> </TABLE>

A B C
D E F

<TABLE BORDER CELLPADDING=10 CELLSPACING=10> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> </TR> <TR> <TD>D</TD> <TD>E</TD> <TD>F</TD> </TR> </TABLE>

A B C
D E F

<TABLE BORDER=5 CELLPADDING=10 CELLSPACING=10> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> </TR> <TR> <TD>D</TD> <TD>E</TD> <TD>F</TD> </TR> </TABLE>



ВЫРАВНИВАНИЕ, ЗАГОЛОВКИ И ПОДТАБЛИЦЫ


ДЕМОНСТРАЦИЯ MНОЖЕСТВЕННЫХ СТРОК В ТАБЛИЦЫ СТРОК В ТАБЛИЦЕ

A B C
D E F

January

February

March

<TABLE BORDER> <TR> <TH>January</TH> <TH>February</TH> <TH>March</TH> </TR> <TR> <TD>This is cell 1</TD> <TD>Cell 2</TD> <TD>Another cell,<br> cell 3</TD> </TR> <TR> <TD>Cell 4</TD> <TD>and now this<br>is cell 5</TD> <TD>Cell 6</TD> </TR> </TABLE>

ALIGN=LEFT|RIGHT|CENTER

может применяться к отдельным ячейкам или всей строке

This is cell 1 Cell 2 Another cell,
cell 3
Cell 4 and now this
is cell 5
Cell 6

January

February

March

<TABLE BORDER> <TR> <TH>January</TH> <TH>February</TH> <TH>March</TH> </TR> <TR ALIGN=center> <TD>all aligned center</TD> <TD>Cell 2</TD> <TD>Another cell,<br> cell 3</TD> </TR> <TR> <TD >aligned right</TD> <TD ALIGN=center>aligned to center</TD> <TD>default,<br>aligned left</TD> </TR> </TABLE>

VALIGN=TOP|BOTTOM|MIDDLE

может применяться к отдельным ячейкам или всей строке

all aligned center Cell 2 Another cell,
cell 3
aligned right aligned to center default,
aligned left

January

February

March

<TABLE BORDER> <TR> <TH>January</TH> <TH>February</TH> <TH>March</TH> </TR> <TR VALIGN=top> <TD>all aligned to top</TD> <TD>and now this<br>is cell 2</TD> <TD>Cell 3</TD> </TR> <TR> <TD VALIGN=top>aligned to the top</TD> <TD VALIGN=bottom>aligned to the bottom</TD> <TD>default alignment,<br>center</TD> </TR> </TABLE>


CAPTION=TOP|BOTTOM

all aligned to top and now this
is cell 2
Cell 3
aligned to the top aligned to the bottom default alignment,
center
Верхний заголовок

January

February

March

<TABLE BORDER> <CAPTION ALIGN=top>A top CAPTION</CAPTION> <TR> <TH>January</TH> <TH>February</TH> <TH>March</TH> </TR> <TR> <TD>This is cell 1</TD> <TD>Cell 2</TD> <TD>Another cell,<br> cell 3</TD> </TR> </TABLE>

This is cell 1 Cell 2 Another cell,
cell 3
Нижний заголовок

January

February

March

<TABLE BORDER> <CAPTION ALIGN=bottom>A bottom CAPTION</CAPTION> <TR> <TH>January</TH> <TH>February</TH> <TH>March</TH> </TR> <TR> <TD>This is cell 1</TD> <TD>Cell 2</TD> <TD>Another cell,<br> cell 3</TD> </TR> </TABLE>

ВЛОЖЕННЫЕ ТАБЛИЦЫ: ТАБЛИЦА ABCD ВНУТРИ ТАБЛИЦЫ 123456

This is cell 1 Cell 2 Another cell,
cell 3
1 2 3
<TABLE BORDER> <TR> <!-- ROW 1, TABLE 1 --> <TD>1</TD> <TD>2</TD> <TD>3 <TABLE BORDER> <TR> <!-- ROW 1, TABLE 2 --> <TD>A</TD> <TD>B</TD> </TR> <TR> <!-- ROW 2, TABLE 2 --> <TD>C</TD> <TD>D</TD> </TR> </TABLE> </TD> </TR> <TR> <!-- ROW 2, TABLE 1 --> <TD>4</TD> <TD>5</TD> <TD>6</TD> </TR> </TABLE>


WBR


Description

The WBR element exists to force the possibility of a word break

in a no-break section.

Minimum Attributes

<WBR>

All Possible Attributes

<WBR>

Elements Allowed Within...

The WBR element is defined as having no content.

Allowed In Content Of...

Variations

The WBR element is a Netscape extension.



XMP


Description

The XMP element defined a separated multi-line set of text

to be rendered as it exists in the source document with

the same line breaks.

Minimum Attributes

<XMP>characters...

</XMP>

All Possible Attributes

<XMP WIDTH="..."

LANG="..."

DIR=ltr|rtl>characters...

</XMP>

Elements Allowed Within...

The only markup recognized is the XMP ending element.

Allowed In Content Of...

Any element that permits members of group

Variations

Most browsers use fixed-width characters for XMP text.

This element existed in Version 0 and has been replaced by the

<PRE> element.

RFC 1866 states that the content of the XMP element should be

rendered so that at least 80 characters fit on a line.

RFC 1866 has declared XMP as deprecated

and some current browsers no longer recognize it.

The LANG and DIR attributes are introduced with the

internationalization proposal.



ЗАДАНИЕ ШИРИНЫ ТАБЛИЦЫ


ШИРИНА 50%

A B
C D
4 5 6

<TABLE BORDER WIDTH="50%"> <TR><TD>Width=50%</TD><TD>Width=50%</TD> </TR> <TR><TD>3</TD><TD>4</TD> </TR> </TABLE>

Width=50% Width=50%
3 4

<TABLE BORDER WIDTH="50%"> <TR><TD>Item width affects cell size</TD><TD>2</TD> </TR> <TR><TD>3</TD><TD>4</TD> </TR> </TABLE>

Item width affects cell size 2
3 4

<TABLE BORDER WIDTH="100%"> <TR><TD>WIDTH=100%</TD><TD>This is item 2</TD> </TR> <TR><TD>3</TD><TD>4</TD> </TR> </TABLE>

ЦЕНТРИРОВАНИЕ ТАБЛИЦЫ НА СТРАНИЦЕ

WIDTH=100% This is item 2
3 4

<CENTER> <TABLE BORDER WIDTH="50%"> <TR> <TD>A</TD> <TD>B</TD> <TD>C</TD> </TR> <TR> <TD>D</TD> <TD>E</TD> <TD>F</TD> </TR> </TABLE> </CENTER>

ШИРИНА ТАБЛИЦЫ И ВЛОЖЕННЫЕ ТАБЛИЦЫ

A B C
D E F

Item 1 Item 2

<TABLE BORDER WIDTH="50%"> <TR><TD>Item 1</TD><TD>Item 2</TD> </TR> <TR><TD> <TABLE BORDER WIDTH=100%> <TR><TD>Item A</TD><TD>Item B</TD> </TR> </TABLE> </TD> <TD>Item 4</TD> </TR> </TABLE>

HEIGHT=15%

Item A Item B Item 4

<TABLE BORDER WIDTH="50%" HEIGHT="15%"> <TR><TD>HEIGHT=15%</TD> <TD>Item 2</TD> </TR> <TR><TD>3</TD><TD>4</TD> </TR> </TABLE>









HEIGHT=15% Item 2
3 4