Основные структуры HTML 3.2 документа
Основные структуры HTML 3.2 документа (с примерами)
Обязательная структура документа
Начнем с самого простого HTML документа, содержащего только простой текст Hello world. В HTML файле содержимому обязательно должен предшествовать раздел HEAD, который минимально может состоять из двух конструкций. Тогда код HTML можно представить так:
Пример hello.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<TITLE>Hello</TITLE>
Hello world
На самом же деле, в точности, этот документ имеет следующую структуру:
Пример hello2.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE>Hello</TITLE>
</HEAD>
<BODY>
Hello world
</BODY>
</HTML>
То есть, за исключением первой строки, весь файл есть HTML элемент который содержит HEAD элемент, (включающий TITLE элемент) и BODY элемент, с простым текстом в качестве содержимого.
Таким образом, при отсутствии тегов HTML, HEAD, и TITLE броузер сам вставит их в нужные места. Поэтому Ваш документ всегда будет содержать HEAD и BODY.
Рекомендуемая структура документа
В дополнение к обязательной структуре настоятельно рекомендуется вставлять различные структурные детали. Существуют специальные рекомендации на различных сайтах, и Вы должны внимательно изучить соответствующие документы.
Здесь же мы просто подчеркнем, что каждый HTML документ должен содержать основную информацию о его происхождении. Частные рекомендации могут уточнить в деталях форму представления этой информации.
Если Вы стремитесь к тому, чтобы люди отыскали Ваш документ по соответствующим связям, важность предоставления информации о его происхождении становится очевидной. Когда пользователь найдет Ваш документ с помощью, например, поискового ресурса AltaVista, он, вероятнее всего, захочет узнать, к какому виду относится документ. Поэтому каждый файл HTML должен предоставлять самую основную информацию (или связи к информации) о его происхождении и природе. Например, в собрании книгоподобных документов, разделенных на малые файлы, каждый файл должен содержать, по крайней мере, связь к "первой странице" "книги" (Home page).
О происхождении документа должна быть представлена, по крайней мере, следующая информация:
Автор документа, имеющий уникальное имя. При этом должна быть задана связь с домашней страницей автора. Если у документа несколько авторов, определите их всех, а также роль каждого из них; например, ведущего автора, редактора, действующего спонсора, а также лиц, формально отвечающих за документ.
Дата создания документа или его последней модификации, или и та и другая. Представляемая дата должна быть понятна во всем мире; в частности, название месяца лучше писать словом, а не цифрой.
Контекст документа и его статус, например: часть официальной документации компании об одном из ее продуктов, или часть личной информации о хобби автора, или что-то другое.
Адрес (URL) документа. Такая информация зачастую чрезмерна, однако она может быть очень полезной, когда кому-то нужна копия именно того документа, который он нашел. Лучше не полагаться на броузер (и пользователя), добавляющих такую информацию, когда сделана копия документа.
Следующий пример представляет один из способов заполнения такой информации. Изучите подходящие для названных целей частные рекомендации, прежде чем адаптировать их или же посмотрите другой заслуживающий внимания стиль.
Пример skel.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE>A sample HTML document</TITLE>
<LINK REV="made" HREF="mailto:jukka.korpela@hut.fi">
</HEAD>
<BODY>
<H2>A sample HTML document</H2>
This is a sample HTML document examplifying a suggested way of presenting basic origin information.
<HR>
<P>
<A HREF="http://www.hut.fi/~jkorpela/">Jukka Korpela</A>,
<a href="mailto:Jukka.Korpela@hut.fi">Jukka.Korpela@hut.fi</a>
<BR>
This document belongs to the context of
<a href="index.html">Learning HTML 3.2 by ../../examples</a>
<BR>
The URL for this document is
<KBD>
http://www.hut.fi/~jkorpela/HTML3.2/skel.html
</KBD>
<BR>
Created: December 5, 1996
</BODY>
</HTML>
Информация о документе - раздел HEAD
Как уже упоминалось, есть две обязательные структуры в HTML 3.2, и они должны быть написаны в следующем порядке:
структура
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
(в которой Вы теоретически должны иметь фрагмент HTML 3.2 Final вместо HTML 3.2)
элемент TITLE, например
<TITLE>Introduction to General Absurdity</TITLE>
Большинство броузеров не заметит, если Вы опустите это, но этого требуют спецификации HTML 3.2. Также есть и более важная причина для того, чтобы включить их:
!DOCTYPE - объявление, которое является определением типа документа (document type definition - DTD) в метаязыке SGML, и которое при обработке документа понятно типовому броузеру SGML. Более того, задание версии HTML, использованное в документе, полезно изучающим код HTML, и, наконец, это также может быть необходимо броузерам и редакторам WWW.
Имя документа в элементе TITLE функционально используется броузерами и другими программами. Оно обычно выводится на экран в горячем списке, служит возвращаемым средством поиска и т.д.
Формально элемент TITLE является (по крайней мере, если следовать этому буквально) частью элемента HEAD, тогда как объявление !DOCTYPE предшествует всем конструкциям HTML.
Необязательно, но элемент HEAD может содержать следующие элементы в добавление к элементу TITLE:
элемент ISINDEX (все еще редко используемый)
элемент BASE, задающий точный базовый адрес ссылок на URL
элемент META, дающий различную метаинформацию, например дату истечения срока документа
элемент LINK, который также задает метаинформацию, но уже о связях документа с другими документами
элементы STYLE и SCRIPT. Ожидается, что в будущем это будут очень важные элементы, но сейчас они еще не используются (так как стандартизация находится в стадии развития).
Организация содержания - заголовки (headings), абзацы (paragraphs), списки (lists) и т.п.
Как правило, Ваш документ состоит из частей, которые, в свою очередь, тоже делятся на части и т.д. В HTML такое разделение делается с использованием заголовков различного уровня. Части самого нижнего уровня в этой иерархии состоят из одного или нескольких абзацев. В дополнение к простым абзацам и некоторым специальным видам абзацев HTML 3.2 поддерживает списки и таблицы, которые можно представить, как подобные абзацам. Внутренняя структура абзацев и подобных им элементов состоит из тегов текстового уровня, которые мы приводим далее.
Теги для выражения главных структурных особенностей, так называемые теги блокового уровня, представляют собой следующее:
заголовки различных уровней: H2, H3, H3, H4, H5, H6
теги уровня абзаца:
простой абзац: P
цитирование, представляемое как отдельный абзац: BLOCKQUOTE
адрес автора информации - отдельный абзац: ADDRESS
элемент, сохраняющий компоновку строк и пробелов предварительно отформатированного текста, PRE
списки:
простой неупорядоченный список: UL, LI
сжатый список, размещаемых одной строкой образов: MENU, LI
список малых образов: DIR, LI
упорядоченный список: OL, LI
дефинитивный список (список меток): DL, DT, DD
таблицы: TABLE, CAPTION, TR, TH, TD
разделители документа на части, которые могут иметь свойства своей собственной компоновки (например, центрирование): DIV, CENTER
изменение темы: HR
наполнение форм: FORM, ISINDEX.
Рекомендуемый подход для написания HTML документа:
Записать заголовок для всего документа и для него использовать H2 элемент с атрибутом>
Разделить документ на главные части, записать соответствующие названия для них, используя H2 с>
Если необходимо, разделите главную часть на меньшие части с заголовками H3, и, если необходимо, разделите каждую из этих подчастей на части уровня ниже этого с заголовками H3. Избегайте использования заголовков H4 и, в особенности, заголовков H5 и H6, так как они выводятся на экран маленьким шрифтом, отчего документ становится трудночитаемым. (Если Вы все-таки хотите использовать H4, попробуйте разделить документ на еще меньшие части.)
Если у Вас есть раздел, скажем, с заголовком H3 включающий заголовки H3, избегайте вставки текста между заголовком H3 и первым заголовком H3. Вставка такого текста может быть допустима, если только он содержит очень короткие заметки, такие как: общая ориентировочная информация, некоторые пометки о разделе или девиз. Длинный "бездомный" текст создает неудобство для читателя, который не знаем Ваших намерений. Поэтому используйте подразделы с заголовками соответствующего уровня и с текстом типа "Вводные замечания", "Всеобщее" или "Итоги".
Разделите меньшие части вышеупомянутой структуры на абзацы или подобные абзацам блоки (именованные списки или таблицы), как описано ниже. Заметьте, что в HTML Вы должны точно обозначить разделение на абзацы элементами HTML; появление пустой строки не заставит параграф прерваться.
В пределах абзаца используйте элементы текстового уровня, нормальную разметку фраз, чтобы отличать специальные текстовые сегменты от обычного текста, например, поместите в кавычки выводимый компьютером текст или подчеркните ключевые слова.
Добавьте связи и, если это требуется, изображения или другой иллюстративный материал.
Что касается уровня абзацев, здесь есть много вариантов. Ниже приводим несколько практических советов для выбора подходящего варианта:
Для абзацев обычного текста используйте элемент P.
Если текст в абзаце взят из некоторого источника, как помещенная в кавычки цитата, используйте элемент BLOCKQUOTE или, если это программный код, компьютерный листинг (вывод) или некоторый другой текст, для которого не подходит простое отделение его пустыми строками, используйте элемент PRE. В последнем случае, если шрифт одного типа не подходит (например, для поэтического текста), используйте BLOCKQUOTE и добавьте элемент BR к каждой строке.
В особом случае, когда абзац представляет информацию об авторе (т.е.- о Вас), используйте элемент ADDRESS.
Для наполненной образами информации, которая логически состоит из отдельных видов образов, используйте различные элементы. Например,:
Для спиcковых образов, где порядок не важен, например, список ингредиентов в рецепте, используйте элемент UL, или элемент MENU (для списка малых образов), или элемент DIR (для большого списка малых образов, пригодного для представления в многостолбцовом формате). Для представления списка малых образов можно использовать также другие возможности.
Для списков образов, где важен порядок и его необходимо точно реализовать, и таких, как последовательность команд, которая должна строго соблюдаться, используйте элемент OL.
Для списка образов с короткими названиями или тегами, например, список определений терминов или сокращений, используйте элемент DL. Однако, в качестве варианта можно рассмотреть использование элемента TABLE для представления дефинитивных списков.
Заметим, что обычно представление образов с использованием элементов MENU и DIR подобно представлению UL элементов. Также стоит учитывать, что представление с помощью элемента DL может быть слишком неудобным. Поэтому просмотрите, пожалуйста, отдельный файл Примеры различных списковых элементов в HTML, чтобы выбрать какое представление списков будет лучшим в Вашем приложении.
Элементы UL, MENU, DIR, OL и DL - формируют простые списки и не имеют таких структурных особенностей, как CAPTION в элементе TABLE. Поэтому желательно иметь некоторый тип заголовка или пояснение перед списком, оформленное в виде отдельного абзаца.
Для табулированной информации используйте обычный элемент TABLE, однако для отдельных случаев рассмотрите возможности, предоставляемые элементами PRE и DL.
Заметим, что элемент абзаца P не может быть вложенным, т.е. Вы не можете использовать элемент P для создания подабзаца. Но различные списковые элементы эффективно реализуют наполненную образами структуру, которая по существу соответствует подабзацному делению. Более того, списковые элементы могут быть вложенными.
Разметка текста - выделение шрифта, цитирование, код и т.п.
Логическая разметка в сравнении с физической
Существует два главных класса текстовой разметки: логическая и физическая. Логическая разметка показывает роль текстового сегмента, например, большую значимость по сравнению с обычным текстом или то, что данный сегмент является цитатой. Физическая разметка связана с представлением текста в специальной манере, например, с использованием шрифтов или специального вида подчеркивания.
Предпочтение должно отдаваться логической разметке. Используйте физическую разметку только, если это действительно соответствует требованиям представления текста. Например, для сильного выделения используйте элемент STRONG, а не B, в предположении, что различные Web броузеры реализуют подчеркивания лучшим образом для того окружения, в котором они установлены.
Таблица стилей также будет полезна для использования. Например, кому-то захочется все программные коды представлять на желтом фоне и большим шрифтом, в то время как кто-то другой предпочтет совсем другие методы для выделения их в обычном тексте. Такие операции будут выполняться много проще, если постоянно будет использоваться логическая разметка.
В дополнение к большей гибкости при представлении текста различными броузерами логическая разметка имеет следующее преимущество по сравнению с физической: все большее количество компьютерных программ извлекают информацию из HTML документов для различных целей. Для такой работы лучше иметь "индикаторы" логической разметки, выделяющие, например, некоторый текст, как более важный, или цитированные разделы.
Как логическая, так и физическая разметки делаются с использованием элементов HTML с начальным и конечным тегами. Элементы разметки не должны перекрываться. Например, следующая запись будет ошибкой:
This has some <B>bold and <I></B>italic text</I>.
С другой стороны, элементы разметки могут быть вложенными. Лучше отобразить подобные структуры следующим образом:
Пример nest.html:
This is <I>italic text which contains <U>underlined text</U>
within in </I> whereas <U>this is normal underlined text</U>.
Броузеры с ограниченным набором шрифтов могут иметь трудности в представлении разметки текста.
Элементы фразы (логическая разметка текста)
Для выделениятекста существует два фразовых элемента - EM и STRONG, где STRONG используется для более сильного выделения.
Избегайте выделения слишком больших частей текста, так как подчеркивая все, Вы не подчеркиваете ничего! (Вошедший в поговорку студент, который подчеркивает все в своей книге, не понимает самой идеи подчеркивания.)
К сожалению, не существует "де-выделяющего" элемента фразы, обозначающего менее важный текст. Если Вам действительно это необходимо, можно использовать элемент SMALL. Однако, если менее важный текст объемен, лучше его вынести в отдельный документ, связь с которым указать в главном документе. Лицо, которое последует по таким связям, заинтересовавшись текстом, вероятно, предпочтет увидеть нормальный текст, и поэтому нет необходимости в каком-либо "де-подчеркивании"
Элемент DFN также может рассматриваться, как специальный вид подчеркивания, однако, логически он обозначает, что этот термин имеет определение. Это, в принципе, очень полезный элемент, однако, к сожалению многие броузеры, включая Netscape, поддерживают его не эффективно.
Элемент VAR показывает, что часть текста (обычно слово) является переменной, т.е. текстом, который может быть заменен различными выражениями.
Следующие фразовые элементы задают различные виды ссылок или цитирования:
CITE |
цитирование (название книги, или статьи, или - эквивалент) |
CODE |
код программы или - эквивалент (например, HTML) |
SAMP |
служебные сообщения компьютера (вывод из программы, скрипты, команды и т.п.) |
KBD |
текст, который должен печататься на клавиатуре пользователя; обычно используется для инструкций. |
Смотрите также замечания и примеры по вопросам отображения разметки.
Шрифтовые элементы (font elements) - физическая разметка текста
Шрифтовые элементы это:
TT |
"телетайпный" текст, т.е. текст одного размера |
I |
курсив |
B |
выделение |
U |
подчеркивание |
STRIKE |
зачеркнутый текст |
BIG |
большой шрифт |
SMALL |
малый шрифт |
sub> |
подстрочный текст |
SUP |
надстрочный текст. |
Заметим: sub> и SUP могут быть отнесены к разметке фразового уровня, как упоминалось выше; SMALL может быть использован для де-подчеркивания.
Элементы FONT и BASEFONT предлагают много возможностей для задания размеров шрифта по сравнению с BIG и SMALL. Однако избегайте чрезмерного использования физической разметки.
Отображение разметки
У Вас может появиться желание взглянуть на отдельный файл, чтобы получить визуальное представление о различных элементах разметки на Вашем броузере. Однако не думайте, что отображение, которое Вы увидите, является универсальным или верным.
Например, некоторые броузеры (возьмем Internet Explorer) отображают TT (и CODE) как шрифт, значительно меньший, чем обычный текст, и эта диспропорция сохраняется, когда изменяются размеры шрифта. Более того, Internet Explorer воспроизводит VAR как моноширинный (monospaced) шрифт, в то время как большинство графических броузеров использует курсив (italic). С другой стороны, в Netscape, размеры шрифта можно специально устанавливать, а по умолчанию для TT и VAR используются одни и те же шрифты, однако "одни и те же" означает технический размер в точках - на практике моноширинные шрифты выглядят больше, чем нормальный пропорциональный шрифт!
Таким образом, избегайте связываться с размерами шрифта; используйте фразовую разметку и другие структурные элементы и позвольте пользователям, если им не нравятся размеры шрифта в Вашем тексте, определять шрифты в их собственных броузерах как им нравится.
В следующей таблице сделана попытка дать представление о диапазоне возможностей броузеров. Она представляет отображение элементов разметки в Netscape Navigator, Microsoft Internet Explorer и Lynx. Заметим, что существуют вариации даже в пределах каждой из этих программ - в зависимости от версии, платформы, конфигурации системы или собственной пользовательской конфигурации, - такой разброс соответствует действительности. Таким образом, данные таблицы могут быть, но не обязательно имеют место в действительности.
элемент |
Netscape |
Internet Explorer |
Lynx |
EM |
курсив |
курсив |
подчеркнутый |
DFN |
обычный текст |
курсив |
обычный (одноразмерный) |
CODE |
одноразмерный |
малый одноразмерный |
обычный (одноразмерный) |
SAMP |
одноразмерный |
малый одноразмерный |
обычный (одноразмерный) |
KBD |
одноразмерный |
малый одноразмерный |
обычный (одноразмерный) |
VAR |
курсив |
малый одноразмерный |
обычный (одноразмерный) |
CITE |
курсив |
курсив |
подчеркнутый |
TT |
одноразмерный |
малый одноразмерный |
обычный (одноразмерный) |
I |
курсив |
курсив |
подчеркнутый |
B |
усиленный |
усиленный |
подчеркнутый |
U |
обычный текст |
подчеркнутый |
подчеркнутый |
STRIKE |
зачеркивание |
зачеркивание |
текст между[DEL: и :DEL] |
BIG |
больший, чем обычный |
больший, чем обычный |
обычный текст |
SMALL |
меньший, чем обычный |
немного меньший, чем обычный |
обычный текст |
sub> |
опущенный, немного меньший |
опущенный |
обычный текст |
SUP |
поднятый, немного больший |
поднятый |
обычный текст |
Данные таблицы относятся к невложенным элементам. Вложенность текстовых элементов может повысить наглядность отображения.
Представление взаимодействия с компьютером
Для представления взаимодействия человека с компьютером на текстовой или другой основе могут использоваться следующие подходы:
компьютерный вывод (подсказки, обычный вывод или сообщения об ошибках) в пределах SAMP элементов
общие термины, описывающие ввод пользователя - внутри VAR элементов
действительный пользовательский ввод в пределах KBD элементов
цитируемый компьютерный программный код (источник), реализуемый в пределах CODE элементов.
Во всех подходах должны приниматься во внимание принципы деления в пределах строки и использования пробелов и символов табуляции, что может требовать вставки BR элементов или использования PRE элементов. Заметим, что логическая разметка разрешена в PRE элементах (хотя это, возможно, не самое лучшее ее использование).
Следующий пример иллюстрирует подход в контексте введения в язык программирования Perl.
Пример interact.html:
<P>The following Perl script prints out its input so that each line begins
with a running line number:</P>
<PRE>
<CODE>
#!/usr/bin/perl
$line = 1;
while (&lt&gt) {
print $line++, " ", $_; }
</CODE>
</PRE>
<P>The scalar variable <CODE>$line</CODE> is of
course the line counter.<P>
<P>The loop construct is of the form<BR>
<CODE>while (&lt&gt) {</CODE><BR>
<VAR>process one line of input</VAR>
<CODE>}</CODE><BR>
</P>
<P>Assuming that you have written this script (the simpler version
of it) into a file named <KBD>lines</KBD>, you
could test it using a command
of the form<BR> <KBD>./lines</KBD>
<VAR>datafile</VAR><BR>
In particular, using the script as input to itself, you would do as follows
(the details of
system output vary from one system to another):
</P>
<PRE>
<SAMP>lk-hp-23 perl 251 % </SAMP><KBD>./lines lines</KBD>
<SAMP>1 #!/usr/bin/perl
2 $line = 1;
3 while (<>) {
4 print $line++, " ", $_; }
lk-hp-23 perl 252 % </SAMP>
</PRE>
Замечания к примеру:
здесь не использовалась вложенность текстовых разметок.
программный код мог бы быть представлен только в пределах PRE элемента без дополнительного использования внутри еще и CODE элемента, однако то, что код вложен в CODE элемент, который в свою очередь вложен внутрь PRE элемента, не нанесет вреда и может быть даже полезно в броузерах, которые для различных целей используют моноширинные шрифты.
аналогично, использование SAMP и KBD в приведенном примере может означать, что ввод пользователя представляется отлично от компьютерного вывода. Используя таблицу стилей, Вы могли бы даже специфицировать шрифт, цвет, фон и другие свойства для этих логически различных элементов.
Управление размещением
Во-первых, сформируйте правильную структуру Вашего документа. Затем, если необходимо, пересмотрите размещение документа. Учтите, что различные броузеры используют различные размещения, и даже одни и те же броузеры могут показывать одни и те же документы по-разному в разных средах. Например, когда пользователь меняет размер окна своего Netscape, размещение может радикально измениться.
Таким образом, на Web нет такого понятия, как конкретное размещение документа. Как автор Вы не можете жестко задавать размещение, а только некоторым образом воздействовать на него. Следующие замечания и информация относятся к свойствам HTML, ориентированным на обеспечение размещения документа. Читайте материал, помня об этом.
Некоторые HTML элементы имеют необязательные атрибуты, которые могут быть использованы для воздействия на способ представления элементов. Обратитесь к детальному описанию индивидуальных HTML тегов, чтобы увидеть возможности тегов и прочитать замечания о них.
В отдельных случаях Вам может понадобиться центрировать части текста, чтобы отличит их от обычного текста. Для этого можно использовать атрибут>
Если Вы желаете визуально отделить основные части Вашего документа друг от друга, Вы можете использовать HR элемент. Обычно он представляется в виде горизонтальной чертой во всю ширину экрана. Но используйте HR в добавление к средствам структурирования, а не как их замена.
Что касается вопросов формата, таких как перевод строки или предотвращение перевода строки, смотрите Деление на строки и использование пробелов и символов табуляции. Выше также обсуждались и вопросы шрифтов.
Связи
Связи (часто называемые гиперсвязями) являются особенностью, которая оправдывает наличие части HT в аббревиатуре HTML (HyperText Markup Language - Язык разметки гипертекста).
Технически связи специфицированы использованием A-элементов (anchor - якорь), и эти вопросы обсуждены в описании тега A. Здесь мы представляем только базисную идею, очень простой пример и несколько практических замечаний.
Связь - это прямое соединение отдельных точек в документе с другими точками в том же самом или других документах. В HTML терминологии точки часто называют anchors (якорь).
Существуют два конца связи (якоря): связь осуществляется от одной точки к другой. Последняя, называемая целью (target) связи, часто является началом документа.
В простейших случаях Вы создаете связь от одной точки Вашего документа к другому документу (Вашему собственному или написанному кем-то еще). У Вас есть возможность решить, какие слова будут действовать, как видимое представление связи, т.е. фразы, которые отличаются от остального документа, и, кроме того, Вам необходимо знать Web адрес - URL (Uniforme Resource Locator, униформный локатор ресурса) этого документа. В этом случае Вы сможете объединить информацию с помощью соответствующего A-элемента. Например:
I work at <A HREF="http://www.hut.fi/english.html">HUT</a>.
Это выводится броузером в следующем виде:
I work at HUT.
Связанный текст, здесь - аббревиатура HUT, действует, как связь к Web документу, который объясняет это сокращение и дает информацию о нем. Отображение текста связи возможно по-разному - текст связи может быть подчеркнут, окрашен или выделен в тексте каким-то другим образом. Пользователь (читатель) может узнать, как связи отображены в каждом отдельном окружении.
Хотя технически связи создать легко, часто происходит не правильное использование их. Вот некоторые практические советы:
Избегайте чрезмерного связывания. Если каждое слово в Вашем документе - связь - читатель не знает какая же связь полезна.
Когда Вы используете сокращение или технический термин, который не объясняется в Вашем документе, попытайтесь найти пригодный, дающий объяснения документ, на который можно установить связь. Делать ли это в каждом случае, зависит от обстоятельств.
Когда упоминается лицо или организация, желательно установить связи на личную домашнюю страницу или домашнюю страницу организации (если это возможно).
Когда Вы ссылаетесь на документ, укажите связь к нему, если информация доступна на Web (или, по крайней мере, приведите библиографическую справку о нем).
Если у Вас есть информация, которую Вы хотите сделать доступной через Web, но которая менее важна (для большинства читателей, по крайней мере), чем Ваш главный документ, создайте отдельный HTML файл (или группу файлов), и введите раздел в главном документе, например, Дополнительная информация, проставив соответствующие связи.
Если Вам требуется указать связи из одной точки к нескольким документам (например, когда Вы упоминаете компьютерную программу, Вам надо привязать к ней краткое описание, полное руководство, FTP сайт - для загрузки и т.д.), создайте небольшой файл, содержащий эти связи с соответствующими объяснениями и дайте связь на него.
Попытайтесь сделать текст связи коротким, но емким.
Пользователи обычно ожидают, что получат больше информации по теме, где есть связь. Если этого не происходит, предоставьте им соответствующие объяснения. В частности, когда Вы создаете связь с FTP, давая URL указание на место расположения двоичного файла, сделайте это четко в тексте, чтобы было понятно, что означает выбор этой связи.
Связывайтесь только с действительно нужной информацией. Пытайтесь установить связь с короткими, написанными ясным языком документами, которые содержат дальнейшие связи к более детальной, технической информации. Например, в документах, написанных для обширной аудитории, избегайте связывания со стандартами ISO или RFC документами.
Изображения, формулы и т.п.
Поддержка изображений в HTML - путь в мир графики. Создание и манипулирование изображениями, графическими форматами и другим графическим материалом не является частью HTML. В частности, HTML спецификации не объявляют каких-либо требований или ограничений на графические форматы, поддерживаемые Web броузерами.
Допустим, что мы имеем некоторые графические изображения в некотором формате. Существуют два различных способа его использования в Web документе. Вы можете либо указать связь к нему, либо вставить его в Ваш документ. В первом случае Вы используете якорь (A-элемент); в другом случае элемент img. В первом случае, когда пользователь рассматривает Ваш документ, он видит символьную фразу, действующую, как связь, и активизация этой связи заставляет изображение появиться на экране, либо в том же самом окне, либо в другом, в зависимости от броузера и его установок. В другом случае, вставленное изображение является частью Вашего документа; когда пользователь обращается к Вашему документу, изображение загружается вместе с ним и выводится, как его часть.
В обоих случаях пользователь увидит изображение, если только броузер поддерживает специальный графический формат. Наиболее поддерживаемые форматы - GIF и JPEG. Зачастую - это единственные форматы, поддерживаемые для вставляемых изображений. Для связанных образов поддержка форматов обычно шире (она может включать, например, PostScript, PDF, PNG) и может расширяться инсталляцией новых просмотровщиков и расширений, прилагаемых к броузерам. Существует вариант, когда связанные образы так воплощаются на броузере, что броузер ничего не знает о графическом формате файлов, но знает, как запустить отдельную программу, которая покажет эти изображения.
Как вариант, возможно объединение связывания и вставки изображений: Вы можете создать документ, содержащий изображение, которое действует, как связь к другому изображению. То есть, например, вставленное изображение является малой, подобной штампику, версией изображения, на которое указывает связь.
Ссылка на графические объекты обычно допускается без специальных разрешений. Но при использовании авторских рисунков, фотографий и т.п. - автор должен упоминаться. (Смотрите Законы Web FAQ.) Однако, некоторые изображения настолько просты, что копирайт просто не нужен. Кроме того, есть большое количество коллекций изображений и среди них - коллекции общего пользования.
Для иллюстрации связывания с изображением и внедрения изображений давайте рассмотрим GIF изображение, которое расположено по адресу - http://www.hut.fi/~lsarakon/sae.gif. Обратимся к нему следующим образом:
Пример sae.html:
<A HREF="http://www.hut.fi/~lsarakon/">Liisa Sarakontu</A> has drawn
<A HREF="http://www.hut.fi/~lsarakon/sae.gif">a picture of Siamese
algae eater</A>.
Теперь, так как автор разрешил использовать его изображение, представим файл в другом виде:
Пример sae-2.html:
The Siamese algae eater (<I>Crossocheilus siamensis</I>) is often mixed up with
another algae eating fish, the "false Siamensis"
(<I>Garra taeniata</I> or <I>Epalzeorhynchus sp.</I>). Below you
can see drawings of them by
<A HREF="http://www.hut.fi/~lsarakon/">Liisa Sarakontu</A>.
<P>
<img SRC="http://www.hut.fi/~lsarakon/sae.gif" ALT="[Picture of Siamese algae
eater]">
<P>
<img SRC="http://www.hut.fi/~lsarakon/false.gif" ALT='[Picture of "false
Siamensis"]'>
Проблема правильного использования графических изображений в HTML документе очень трудна и многоаспектна, но мы попытаемся рассказать и об этом. Читателям, которые знают финский, предлагаем прочитать документ Kuvien kдytцstд viestinnдssд yleensд ja Webissд erityisesti.
В HTML 3.2 нет общей поддержки представления математических формул. Так как работа по этому вопросу находится в стадии развития, для ознакомления посмотрите документ W3C по Математической разметке. При необходимости Вы можете использовать некоторое программное обеспечение (например, TeX), чтобы оформить формулы, как изображение, например, в формате PostScript, и, используя тег img, вставить его в Ваш документ, или тег A, чтобы создать связь к нему. Последний способ более предпочтителен, особенно для больших формул. Если пользователю хочется читать текст не отвлекаясь, то взглянуть на формулу (изображение) он сможет, когда захочет. Более того, он сможет посмотреть ее в отдельном окне экрана.