Dfn определение (нет в html 2 0)


Содержание
Что касается уровня абзацев , здесь есть много вариантов. Ниже приводим несколько практических советов для выбора подходящего варианта: Для абзацев обычного текста используйте элемент 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 с начальным и конечным тегами. Элементы разметки не должны перекрываться . Например, следующая запись будет ошибкой: С другой стороны, элементы разметки могут быть вложенными . Лучше отобразить подобные структуры следующим образом: Броузеры с ограниченным набором шрифтов могут иметь трудности в представлении разметки текста. Элементы фразы (логическая разметка текста) Для выделения текста существует два фразовых элемента — 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. The scalar variable $line is of course the line counter. The loop construct is of the form while (&lt;&gt;) < process one line of input > Assuming that you have written this script (the simpler version of it) into a file named lines , you could test it using a command of the form ./lines datafile 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): Замечания к примеру: здесь не использовалась вложенность текстовых разметок. программный код мог бы быть представлен только в пределах PRE элемента без дополнительного использования внутри еще и CODE элемента, однако то, что код вложен в CODE элемент, который в свою очередь вложен внутрь PRE элемента, не нанесет вреда и может быть даже полезно в броузерах, которые для различных целей используют моноширинные шрифты. аналогично, использование SAMP и KBD в приведенном примере может означать, что ввод пользователя представляется отлично от компьютерного вывода. Используя таблицу стилей, Вы могли бы даже специфицировать шрифт, цвет, фон и другие свойства для этих логически различных элементов. Управление размещением Во-первых, сформируйте правильную структуру Вашего документа. Затем, если необходимо, пересмотрите размещение документа. Учтите, что различные броузеры используют различные размещения, и даже одни и те же броузеры могут показывать одни и те же документы по-разному в разных средах. Например, когда пользователь меняет размер окна своего Netscape, размещение может радикально измениться. Таким образом, на Web нет такого понятия, как конкретное размещение документа. Как автор Вы не можете жестко задавать размещение , а только некоторым образом воздействовать на него. Следующие замечания и информация относятся к свойствам HTML, ориентированным на обеспечение размещения документа. Читайте материал, помня об этом. Некоторые HTML элементы имеют необязательные атрибуты, которые могут быть использованы для воздействия на способ представления элементов. Обратитесь к детальному описанию индивидуальных HTML тегов, чтобы увидеть возможности тегов и прочитать замечания о них. В отдельных случаях Вам может понадобиться центрировать части текста, чтобы отличит их от обычного текста. Для этого можно использовать атрибут ALIGN=CENTER в таких элементах, как P или DIV (или отдельный элемент CENTER). Если Вы желаете визуально отделить основные части Вашего документа друг от друга, Вы можете использовать HR элемент. Обычно он представляется в виде горизонтальной чертой во всю ширину экрана. Но используйте HR в добавление к средствам структурирования, а не как их замена. Что касается вопросов формата, таких как перевод строки или предотвращение перевода строки, смотрите Деление на строки и использование пробелов и символов табуляции . Выше также обсуждались и вопросы шрифтов. Связи Связи (часто называемые гиперсвязями) являются особенностью, которая оправдывает наличие части HT в аббревиатуре HTML (HyperText Markup Language — Язык разметки гипертекста). Технически связи специфицированы использованием A-элементов (anchor — якорь), и эти вопросы обсуждены в описании тега A. Здесь мы представляем только базисную идею, очень простой пример и несколько практических замечаний. Связь — это прямое соединение отдельных точек в документе с другими точками в том же самом или других документах. В HTML терминологии точки часто называют anchors (якорь) . Существуют два конца связи (якоря): связь осуществляется от одной точки к другой. Последняя, называемая целью (target) связи, часто является началом документа. В простейших случаях Вы создаете связь от одной точки Вашего документа к другому документу (Вашему собственному или написанному кем-то еще). У Вас есть возможность решить, какие слова будут действовать, как видимое представление связи, т.е. фразы, которые отличаются от остального документа, и, кроме того, Вам необходимо знать Web адрес — URL (Uniforme Resource Locator, униформный локатор ресурса) этого документа. В этом случае Вы сможете объединить информацию с помощью соответствующего A-элемента. Например: Это выводится броузером в следующем виде: Связанный текст , здесь — аббревиатура 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. Обратимся к нему следующим образом: Теперь, так как автор разрешил использовать его изображение, представим файл в другом виде: Проблема правильного использования графических изображений в HTML документе очень трудна и многоаспектна, но мы попытаемся рассказать и об этом. Читателям, которые знают финский, предлагаем прочитать документ Kuvien kдytцstд viestinnдssд yleensд ja Webissд erityisesti . В HTML 3.2 нет общей поддержки представления математических формул . Так как работа по этому вопросу находится в стадии развития, для ознакомления посмотрите документ W3C по Математической разметке . При необходимости Вы можете использовать некоторое программное обеспечение (например, TeX), чтобы оформить формулы, как изображение, например, в формате PostScript, и, используя тег IMG, вставить его в Ваш документ, или тег A, чтобы создать связь к нему. Последний способ более предпочтителен, особенно для больших формул. Если пользователю хочется читать текст не отвлекаясь, то взглянуть на формулу (изображение) он сможет, когда захочет. Более того, он сможет посмотреть ее в отдельном окне экрана. Таблицы — tables (Нет в HTML 2.0!) Концепция таблиц в HTML 3.2 Структура таблиц в HTML включает строки и столбцы, которые могут иметь заголовки (headers — имена, титулы, объяснения). Таблица в обычном варианте представляется в естественном виде, с согласованно расположенными столбцами. Таблицы — важнейшее улучшение в HTML 3.2 по сравнению с HTML 2.0. С другой стороны конструкция таблиц HTML 3.2 является всего лишь подмножеством Табличной модели HTML3 (RFC 1942). D HTML табличные элементы обычно называют ячейками , чтобы избежать смешивания с табличным элементом (TABLE element), который в описании HTML соответствует всей таблице. Неудивительно, что таблицы еще не поддерживаются всеми броузерами, и, если даже поддержка существует, она может быть не очень качественной. Поэтому для представления данных, имеющих структуру, подобную матрице, не всегда используются таблицы. Теги, используемые для представления таблиц Для представления таблиц используются нескольких видов тегов HTML: теги TABLE, которые обрамляют всю табличную спецификацию необязательный элемент CAPTION, специфицирующий заголовок (имя) таблицы теги TR, специфицирующие строки таблицы теги TH, специфицирующие заголовки строк и столбцов теги TD, специфицирующие данные в таблице, т.е. содержимое табличных ячеек Основные табличные структуры Давайте начнем с очень простого примера. Он связан с представлением таблицы чисел 2 на 2 (единичная матрицa) без каких либо заголовков. Код HTML выглядит следующим образом: и обычно представляется броузером следующим образом: 1 0 0 1 Таким образом, теги TABLE заключают в себе табличные строки, каждая из которых обрамляется тегами TR, и табличные ячейки, обрамляемые тегами TD. Это согласуется с логической структурой таблицы, как множеством строк, состоящих из ячеек. Вы можете сократить табличную структуру, опустив конечные теги TD и TR, однако утратите до некоторой степени ясность представления: Более того, хотя удаление конечных тегов допустимо в HTML 3.2, отдельные броузеры (включая Netscape) не смогут без них правильно представить таблицу. Использование пробелов и переводов строк в коде HTML для таблицы не всегда хорошо, однако это иногда необходимо для позиционирования элементов таблицы в коде HTML так, чтобы образы в одних и тех же столбцах располагались бы понятно для Вас (или для кого-то, работающего с документом HTML). Дополнительные свойства; типичная таблица с текстовыми ячейками Есть несколько элементов, которые Вы можете добавить к вышерассмотренной простой табличной модели: Заголовок (caption) для таблицы, связанный с самой таблицей (в дополнение к строкам текста о таблице в документе). Подзаголовки (headers) (объяснения) как для табличных строк, так и для колонок. Рамки (borders) вокруг таблицы и каждой табличной ячейки. Следующий, довольно типичный пример показывает все вышеупомянутые особенности: Заметьте, что некоторые табличные элементы в примере содержат разметку текста; в данном случае есть специфические причины для использования элемента I. Параллельные тексты Если у Вас есть логически параллельный текст, например, документ на нескольких языках, или несколько вариантов одного текста, элементы TABLE, по-видимому, наилучший способ его представления. (Использование элемента PRE — возможно, но требует утомительного форматирования, в результате которого формируется текст с одноразмерным шрифтом.) В простейшем случае Вы можете записать элемент TABLE (с атрибутами по умолчанию), который содержит единственную строку с двумя ячейками данных, каждая из которых включает абзац. В более общем случае Вы должны разделить параллельный текст на логические части (абзацы), и сделать каждую часть ячейкой таблицы. Это может потребовать определенной работы (если у Вас нет соответствующей программы для этого), так как Вы должны уделить внимание правильной последовательности работы с текстом: после первой части первого текста Вы должны работать с первой частью второго текста и т.д. Нижеследующий пример представляет фрагмент текста из Библии в трех вариантах и переводах: Заметим, что атрибуты ALIGN и VALIGN могут существенно влиять на качество отображения. Броузеры не могут определять тип таблиц по их содержанию, поэтому автор документа может подправить формат документа с помощью средств выравнивания. Использование таблиц для представления дефинитивных списков Как упоминалось при рассмотрении списковых элементов, подобных DL, обычно списки определений отображаются не очень удачно. Существует, однако, несколько способов улучшить такое отображение. Использование элемента TABLE для дефинитивного списка, вероятно, не лучшее его применение, однако, нередко это оказывается полезным, особенно, когда можно использовать рамки и действия, подобные выравниванию. Для ознакомления, например, с простыми примерами представления дефинитивных списков, в частности, таблиц с атрибутами, устанавливаемыми по умолчанию, посмотрите документ Примеры различных списковых элементов в HTML и нижеследующий пример: Числовые таблицы Для многих людей таблицы — это таблицы числовых данных, но таблицы также хорошо могут представлять и другие данные. Для числовых таблиц соответствующее выравнивание обычно важно для формирования легко читаемого представления. Целые значения чисел в столбцах должны быть выровнены по правому краю. Этого, в принципе, добиться несложно. Существует два варианта: использование атрибута ALIGN=RIGHT в каждом элементе TD, или использование атрибута ALIGN=RIGHT в каждом элементе TR и перекрытие их атрибутами ALIGN=LEFT или ALIGN=CENTER в элементах TH, если это надо. Числа, содержащие десятичную точку (или во многих языках — запятую) должны быть выровнены согласно этому правилу, что, к сожалению, невозможно в HTML 3.2. (Известны попытки удовлетворения подобных запросов, однако на сегодня мало кто поддерживает их.) Существует, правда, один вариант решения — представлять такие значения так, чтобы в каждой колонке справа от десятичной точки было одно и то же количество цифр и использовать при этом ALIGN=RIGHT. Однако, отображение может получиться неудовлетворительным, если цифры используют пропорциональные шрифты, где размеры цифр существенно отличаются. Возможно, но очень утомительно, исправить это укладыванием данных в каждую ячейку с использованием элемента TT. (Заметьте, что внутри элемента TT запрещено использование элемента TABLE!) Нижеследующие примеры содержат вручную отформатированную таблицу, представленную с использованием элемента PRE, а затем для тех же данных используется элемент TABLE. В общем, для использования элемента TABLE требуется больше работы и внимания, однако результаты зачастую много лучше. Пример table5.html : Measurement results time temperature pressure 12:00 26.00 12.800 12:15 22.50 9.810 12:30 11.00 1.650 12:45 3.30 0.030 13:00 0.05 0.002 Использование таблиц для представления меню Часто требуется представить большой набор относительно малых образов. Например, у нас есть документ о различных странах и мы хотим создать меню из имен стран, чтобы использовать его, как индекс. И индекс должен использовать обычные связи, например Afghanistan . Теоретически очевидный ответ для реализации этого — использовать конструкцию MENU. Однако, как упомянуто и пояснено примерами в разделе общее рассмотрение списков, это практически неосуществимо. Поэтому, если мы хотим иметь меню в многостолбцовом формате, как это делается обычно, то должны использовать другие конструкции. Один из возможных вариантов — это отформатировать меню вручную и заключить его в элемент PRE. Если образами меню является связанный текст, то сначала надо отформатировать его как текст, затем добавить теги якоря (A). Для ясности следующий пример представлен без связей: Другой вариант — представить образы просто как текстовые абзацы, с использованием пробелов или пробелов и запятых, как разделителей. Это значит, что броузер разделит текст на строки, и это представление будет очень компактным: Также можно обеспечить перевод строки с помощью элемента BR. Или, если Вам кажется, что образы недостаточно различимы в представлении, попробуйте ввести перед каждым образом специальный символ, подобный * (используя при этом пробел, как разделитель). Однако, представление должно быть таким, чтобы все образы занимали одно и то же пространство. Поэтому можно либо использовать элемент PRE, либо затратить усилия на конструирование подходящего элемента TABLE. Например: Заметим, что это решение не совсем идеальное. Оно использует структуру TABLE, в которой разделение на строки сделано только для целей компоновки, а добавление новых образов потребует полной реструктуризации таблицы. Как правило, необходимо вставить атрибут W > Иногда требуется создать табличный элемент, объединяющий две или более ячейки, как в горизонтальном, так и в вертикальном направлении. В качестве примера рассмотрим склонение латинских местоимений: Очевидно, этот пример лучше реализовать с помощью таблицы HTML, и, используя вышеописанные конструкции, можно записать информацию с простым табличным представлением данных. Однако, если Вы хотите сделать это точнее, без представления одинакового содержимого в разных ячейках, Вы можете использовать атрибуты ROWSPAN и COLSPAN, как это показано ниже: В данном примере первая ячейка специфицируется с ROWSPAN=2, что в действительности означает, что две смежные ячейки в одном и том же столбце объединяются в одну ячейку. Заметим, что когда Вы пишете код HTML для следующей строки (второй элемент TR), вы просто пропускаете элемент ячейки, соответствующий месту, которое уже взято для использования. Вложенные таблицы Таблицы могут быть вложенными, так как элементы TD и TH могут содержать и блоковый элемент и табличный. Во вложенных таблицах легко сделать ошибки, однако их использование все же оправданно. Вам необходимо быть очень внимательным в написании кода HTML для вложенных таблиц. Никаких новых элементов или особенностей для этого не требуется, только сочетание того, что уже было описано. Однако из-за сложности (вложенности), легко сделать ошибки, результатом которых является «грязный» вывод, а на обнаружение ошибок требуется много времени. Простейший случай — таблица с единственной строкой, состоящей из двух элементов, каждый из которых — таблица. Это может быть использовано для сравнительного представления двух подобных таблиц. Усложняя наш грамматический пример, далее приводим таблицу, содержащую две таблицы — одна для склонений в единственном числе, другая — во множественном: Обратите внимание на использование конечных тегов, например, . Согласно спецификациям HTML 3, такой же код с пропуском конечных тегов является эквивалентным, приведенному выше. Однако для Netscape это является ошибкой и представление вложенной таблицы будет неверным при отсутствии конечных тегов. Шрифты в табличных элементах У нас часто спрашивают: каким образом для данных в таблице можно задавать вид, размер и цвет шрифта? Короткий ответ такой: никак . Когда необходимо, логическая разметка для текстовых элементов используется в таблицах также, как в обычном тексте. (Предыдущее обсуждение содержит простой пример этого.) Если предположить, что Вам действительно необходимо задать вид, размер и цвет шрифта, учтите, что Вы можете рассчитывать на работу HTML кода в большинстве броузеров (допуская, что они обладают полной поддержкой таблиц), но это не соответствует стандартам. В частности, в Netscape элемент BASEFONT не влияет на текст в таблицах. Коротко по поводу вида, размера и цвета шрифта: Вид шрифта В HTML коде не устанавливается вообще. Можно только использовать элементы разметки, чтобы задать шрифт специфического вида (например курсив, одинакового размера, жирный). Это не может быть установлено глобально, т.е. если Вы хотите установить их во всех элементах таблицы, они должны появляться отдельно в каждом TH или TD элементе. (FACE атрибут элемента FONT является нестандартным, но он относительно безвреден. Однако в любом случае, он является «локальной» разметкой текстового уровня, поэтому необходимо устанавливать его для каждой ячейки таблицы отдельно.) Размер шрифта Локально (например, внутри ячейки таблицы) можно использовать SMALL, BIG или FONT SIZE=. Вы можете установить глобальный (по умолчанию) размер шрифта с помощью BASEFONT, но это обычно не действует на содержимое ячеек таблицы. Цвет шрифта Локально (например, в ячейке таблицы) можно использовать FONT COLOR=. Вы можете по умолчанию установить цвет текста глобально, для всего документа — с помощью BODY TEXT=. Но Вы не можете установить по умолчанию цвет для таблицы, отличный от цвета документа. Таблицы стилей предоставляют инструментальные средства для более детального исполнения, но поддержка некоторых из них в броузерах все еще в стадии разработки. Таблицы стилей Таблицы стилей не являются частью HTML. Они могут быть использованы даже в соединении с HTML 2.0, не взирая на то, что HTML 2.0 не содержит специфичных конструкций, связанных с таблицами стилей. С другой стороны, HTML 3.2 содержит такие конструкции, и можно допустить, что в будущих версиях HTML они будут иметь большую поддержку. Основной идеей введения таблицы стилей является обеспечение инструментальных средств для спецификации особенностей визуального (или звукового) представления HTML документов без введения новых HTML тегов и атрибутов. Стиль представления специфицирован способом, допускающим использование нескольких стилей при отображении документа. Это позволит контролировать цвета, шрифты и т.д. «поверх» структурирования текста. Дополнительную информации об общих вопросах использования таблицы стилей можно найти на W3C страницах о таблицах стилей. Почти в то же время, когда HTML 3.2 Ссылочная спецификация стала общеизвестна, как W3C Рекомендация, с подобным же статусом была распространена рекомендация касательно таблиц стилей: Группа таблиц стилей, версия 1 , сокращенно CSS1. Обе рекомендации самостоятельны в том смысле, что сочетание спецификаций таблиц стилей с HTML документами точно не определено. В частности, CSS1 упоминает атрибуты > Язык HTML 3.2 обеспечивает два способа обращения к таблицам стиля в HTML документах: первый — можно использовать элемент LINK с атрибутом REL=STYLESHEET; здесь таблица стиля находится в отдельном файле, а LINK элемент специфицирует ее имя другой — можно использовать элемент STYLE; в этом случае, сама таблица стилей является содержимым STYLE элемента или находится в отдельном файле. В обоих случаях Вы можете, например, определить видимое представление элементов H1 в Вашем документе, но не можете определить, чтобы некоторые Н1 элементы были представлены одним способом, а другие Н1 элементы (в том же самом документе) — другим. Однако, броузер, который поддерживает таблицу стилей, вероятно, поддерживает и некоторые механизмы (вне HTML 3.2) для отработки данной ситуации. Дополнительные методы использования таблицы стилей в HTML, вероятно, будут возможны в ближайшем будущем, а некоторые из них поддерживаются уже сейчас. Для краткого общего ознакомления смотрите Связывание таблиц стилей с HTML на сервере WDG. Существует также W3C Рабочий проект HTML3 и Таблицы стилей , в котором обсуждаются эти вопросы. Согласованному со спецификациями HTML 3.2 броузеру не нужно поддерживать таблицы стилей каким-нибудь особенным способом (за исключением случая распознавания STYLE элемента и сокрытия его содержимого). Также в броузерах возрастает поддержка некоторых особенностей, объявленных в CSS1. Описания тегов HTML 3.2 Индексы и надписи Структуры описания тега могут быть сведены к нижеследующему: Заголовок (heading) , содержащий имя тега и короткое описание его значения, а также, если необходимо, констатацию того факта, что такого тега нет в HTML 2.0. Короткое описание назначения тега. Словесное описание типичного отображения графическими Web броузерами. Описание основного синтаксиса (без атрибутов, за исключением обязательных или очень распространенных). Возможные атрибуты с указанием их смысла и возможных значений — в табличном виде. Допустимый контекст , т.е. спецификация, которая говорит об окружении, в котором может появиться элемент. Допустимое содержимое элемента, т.е. элементы (или другие конструкции), которые могут появиться между начальным и конечным тегами. Если содержимое определяется, как ничего, элемент является так называемым пустым , который либо ничего не требует, либо реализуется без конечного тега и без какого-либо содержания. Примеры . Сначала — простые, показывающие самое основное и простое использование с «умолчанием обо всем», затем более сложный пример (если возможно), демонстрирующий необязательные возможности и т.д. Большинство примеров кодов HTML, представлены, как отдельные абзацы шрифтом одного размера, причем перед этим примером приведено его название в виде, подобном Пример PRE-1.html , действующее как связь к документу, содержащему код и позволяющий читателю посмотреть, как пример выглядит на его броузере и в его программном окружении. Обратите внимание, что само отображение примера не предусмотрено в этом документе; это сделано намеренно, чтобы дать четкое различие между HTML структурой и ее видимым представлением с использованием того или иного броузера. Полезные примечания об использовании тега. Суть их определяется вопросами типа «должен ли я использовать только этот тег, или вместо него можно использовать некоторые другие», и связана с освещением различных практических аспектов с большим углублением в технические детали. Примечания могут включать предупреждения о типичном неверном использовании элементов HTML и распространенных ошибках. В представленном материале не обсуждаются элементы XMP, LISTING, и PLAINTEXT. Сейчас они устарели и не используются, вместо них должен использоваться элемент PRE. A — якоря (anchors), гиперсвязи (hyperlinks), и т.д. Чтобы установить гиперсвязи (hyperlinks) и «якоря» (anchors) для них, т.е. определить, какое слово или другая конструкция в документе обеспечивает связь с ресурсом (например, с файлом HTML), или специфицировать, что текущее место экрана может использоваться с данным именем, как флажок для таких связей (в том же или другом документе). В принципе, A элемент также может быть использован и для других целей, которые на текущий момент имеют небольшое практическое значение. Типичное представление A-элемент в программе из вида цель «> текст якоря преобразуется при выводе на экран так, что текст якоря представляется способом, выделяющим его из другого текста (например, подчеркиванием или подсветкой). Пользователь может выбрать текст якоря (способом, принятым в броузере, используя, например, клавишу, изображающую стрелку, для перемещения курсора с последующим нажатием на клавишу «enter» для отбора, или мышку для перемещения курсора с последующим «кликанием» кнопки на отобранном месте). В этом случае документ или локальный участок в документе, специфицированные флажком ( target ), если они доступны и их можно использовать, должны быть выбраны и представлены пользователю в этом же или другом окне экрана. При этом нет автоматического перевода строки или подобных действий; то есть текст якоря может быть частью обычного текста в документе. Представление текстов якоря во многих броузерах определяется действиями пользователя. Это зависит от того, посетил пользователь текст якоря или нет. На это также влияют атрибуты LINK и VLINK в элементе BODY. В документе в зависимости от типа броузера и его установок текст якоря может быть нормальным, подчеркнутым текстом или текстом типа примечания. Если текст якоря есть (или включает) элемент IMG, броузер обычно показывает этот элемент, как связь от обведенного цветной (чаще — голубой) рамкой изображения. Ширина и существование такой рамки может задаваться атрибутом BORDER элемента IMG. A-элементы, содержащие какие-либо атрибуты, не влияют на отображение документа (исключение составляет атрибут HREF). Основной синтаксис Возможные атрибуты имя атрибута возможные значения смысл примечания NAME строка символов имя для связанного «конца» должно быть уникальным в пределах документа HREF URL (униформный ресурсный локатор) сетевой адрес для связанного ресурса должен соответствовать другому HTML документу, PDF файлу, изображению и т.д. REL строка указание связи вперед; ср. LINK с REL в принципе, может быть использован для определения, как работать с конкретным связанным ресурсом, когда выводится набор связанных ресурсов REV строка указание обратной связи связь от документа A к документу B по выражению REV= relation — та же самая, что и связь от B к A по выражению REL= relation . TITLE строка заголовок для связанного ресурса необязательно Значение атрибута TITLE может быть использовано, например: для предварительного вывода назначенного ресурса, типа заметок на полях или маленького прямоугольника, когда мышь «ходит» поверх якоря или пока документ загружается как название окна для ресурсов, которые не включают заголовок, например, график или простой текст как тема e-mail сообщения, когда предпочтение отдается элементу A по сравнению с mailto: URL Допустимый контекст Текстовый контейнер, т.е. любой элемент, который может содержать текстовые элементы. Включает большинство HTML элементов. Содержимое Текстовые элементы. Заметим, что они включают элемент IMG (изображение может быть представлено, как «текст якоря»), но не могут содержать заголовки (headings) (A-элемент может быть в пределах заголовка, но не наоборот). Примеры Примечания Смотрите общее обсуждение изображений, формул и т.д., которое содержит дополнительные примеры. По поводу ISMAP смотрите примеры IMG. Не используйте текстовое представление якоря, предлагая фразу типа Нажмите здесь . Это выглядит чрезвычайно глупо, например, в бумажной копии документа. Уоррен Стиил говорит в Советах для авторов Web : Вам не нужно говорить «Нажми здесь » для того, чтобы дать информацию о Ваших университетских программах. Всего лишь укажите связь от слов, которые Вы могли бы сказать: «Наши выдающиеся университетские программы . «. Связи к большим файлам или неизвестным форматам должны помечаться особым образом, например: «Наша волнующая боевая песня (400k .au). « Пренебрежение кавычками (quotes) и пропуск их в атрибуте HREF является достаточно распространенной ошибкой . Некоторые броузеры приспособлены к пониманию этого, другие — нет (связь может не работать совсем). Вы не можете вложить A элемент, но можете записать его для использования с двойной целью — как HREF и как NAME атрибуты, например, zap Предоставить контактную информацию об авторе текущего документа (т.е. документа, в котором находится элемент). Типичное представление Типичное представление требует завершение абзаца до и после элемента. Но для Netscape это необязательно (для примера см. ниже). Для представления броузеры используют некоторый специальный шрифт типа курсив. Основной синтаксис Возможные атрибуты Допустимый контекст Содержимое Примеры Очень простая адресная информация, содержащая только E-mail адрес (адрес электронной почты) автора: Также можно написать только имя автора, но так, чтобы была установлена связь с его домашней страницей (home page), содержащей дополнительную информации. Это больше подходит для коротких документов, умещающихся на одном экране. Подлиннее, более типичный пример: Примечания В Руководстве NCSA для начинающих работу с HTML сообщается, что элемент ADDRESS лучше не использовать для почтовых адресов , однако в HTML 2.0 спецификации об этом не упоминается, и приведенный выше пример иллюстрирует использование элемента ADDRESS для задания почтового адреса. Некоторые броузеры, включая Netscape, не используют переход на новый абзац (выделение абзацев), когда отображают ADDRESS. Поэтому можно посоветовать использовать теги P вокруг адресной информации, хотя, в принципе, они не являются необходимыми. С тех пор, как P разрешено использовать в пределах ADDRESS, (но не наоборот!) используйте тот же стиль, что и в вышеприведенных примерах. Когда записываете адресную информацию, желательно следовать применяемым стандартам. В частности, когда приводите телефонные номера, пожалуйста, следуйте рекомендациям CCITT под номером E.123. Сам тег ADDRESS не создает связи , поэтому чтобы обеспечить связь, например, к авторской домашней странице или почтовую связь к адресу E-mail (адресу электронной почты), используйте обычный тег A с атрибутом HREF (в пределах структуры ADDRESS или вне ее). Смотри также: элементы META и LINK с атрибутом REV. Не забудьте добавить теги BR для перевода строки. APPLET — Java апплеты (Нет в HTML 2.0!) Внедрение (вставка) Java апплетов в HTML документ. Типичное отображение Если броузер приспособлен к использованию Java апплетов, он может запустить апплет на исполнение. Если нет — он высвечивает содержимое (после элемента PARAM) апплета, или строку, специфицируемую в атрибуте ALT. Основной синтаксис Возможные атрибуты имя атрибута возможные значения смысл примечания CODEBASE URL основной URL апплета; обычно задает директорию или папку, содержащую код апплета по умолчанию — URL документа CODE строка имя файла, который содержит компилированный Applet — подкласс апплета обязателен; интерпретируется как родственный базе, специфицированной атрибутом CODEBASE; не может быть неограниченным ALT строка текстовое описание, которое должно высвечиваться вместо апплета содержимое элемента; может быть использовано для тех же целей, но с большей гибкостью NAME строка имя отдельного апплета такие имена позволяют апплетам находить (и связывать) друг друга в одном документе. WIDTH целое предполагаемая ширина в пикселях, не учитывая окон или диалогов апплета обязателен HEIGHT целое предполагаемая высота в пикселях, не учитывая окон или диалогов апплета обязателен ALIGN TOP, MIDDLE, BOTTOM, LEFT, RIGHT позиционирует область высвечивания апплета на дисплее подобен атрибуту ALIGN элемента IMG HSPACE целое ширина незаполненного пространства слева и справа от зоны высвечивания апплета в пикселях соответствует атрибуту HSPACE элемента IMG VSPACE целое высота незаполненного пространства выше и ниже зоны высвечивания апплета в пикселях соответствует атрибуту VSPACE элемента IMG Допустимый контекст Контейнер текста, т.е. любой элемент, который может содержать текстовый элемент. Включает большинство элементов HTML. Содержимое Ноль или более элементов PARAM, за которыми следует ноль или более элементов текста. Назначение и использование элементов текста в содержимом точно не определено. В HTML 3.2 Ссылочной спецификации приводится следующее пояснение: Содержимое APPLET элементов должно использоваться для альтернативного представления апплета для программ просмотра, которые не поддерживают Java. Java-приспособленные броузеры игнорируют этот HTML код. Вы можете использовать PARAM, чтобы показать кадр выполнения апплета с текстовыми пояснениями о том, что делает апплет. И еще одна область применения элемента PARAM — обеспечить связь со страницей, на которой находится информация для броузеров, не поддерживающих Java. Заметьте, что текстовые элементы в содержимом и атрибут ALT в начальном теге — два способа вывести что-то вместо апплета. Здесь есть два отличия: значение ALT — простая строка, в то время как элементы могут содержать разметку текста; и атрибут ALT не дает эффекта, если броузер совсем не знает элемента APPLET, тогда как такие же броузеры должны обработать текстовые элементы в содержимом — они просто игнорируют начальный и конечный теги APPLET и PARAM. Примеры Более сложный пример, использующий PARAM элемент: Следующий пример, иллюстрирующий использование CODEBASE: Примечания Даже если броузер поддерживает Java, поддержка может быть снята системным администратором или отдельными пользователями, что часто и происходит, так как существует мнение, что Java несет слишком серьезную угрозу безопасности. Поэтому, если Вы используете Java апплеты, попытайтесь сконструировать Ваши документы так, чтобы они работали и в условиях отказа от демонстрации Java апплетов. AREA (ОБЛАСТЬ) — область в реагирующей на нажатие клавиши схеме (MAP) (Нет в HTML 2.0!) Типичное представление Видимого эффекта нет, но когда пользователь «кликнет» в специфицированной области, идет обращение к документу, упомянутому в элементе AREA. Чтобы помочь пользователю, броузер может вывести в строке статуса содержимое атрибута ALT, когда мышка или другое средство, управляющее указателем, движется над областью. Основной синтаксис Возможные атрибуты имя атрибута возможные значения смысл примечания SHAPE RECT, CIRCLE, POLY очертания области по умолчанию RECT COORDS строка или форма, определяемая SHAPE координаты области обязателен, за исключением используемого по умолчанию SHAPE HREF URL адрес документа действует, как гипертекстовая связь NOHREF NOHREF означает, что этот регион не действует используется, когда Вы хотите вырезать дыру в «горячей» зоне ALT строка текстовое описание области обязателен Значения SHAPE и синтаксис и семантика COORDS для каждой формы следующие: SHAPE значение форма области синтаксис COORDS значения COORDS SHAPE=RECT прямоугольник COORDS=» x1 , y1 , x2 , y2 « x и y задают координаты верхнего левого и нижнего правого углов SHAPE=CIRCLE круг COORDS=» x0 , y0 , r « x и y — координаты центра, r — радиус SHAPE=POLY многоугольник COORDS=» x1 , y1 , x2 , y2 , x3 , y3 , . « x и y — координаты вершин Значения x и y координат измеряются в пикселях от верхнего левого угла соответствующего образа. Это означает, что значение y возрастает вниз . В альтернативном варианте x или y могут быть также определены в процентах, со знаком процентов, добавляемым к числу, причем проценты берутся соответственно относительной ширине или высоте образа. Пример: Примеры различных форм: SHAPE=RECT COORDS=»0, 0, 9, 9″ прямоугольник 10 на 10 пикселей в верхнем левом углу изображения SHAPE=CIRCLE COORDS=»10, 10, 5″ круг с радиусом в 5 пикселей и центром, расположенном в точке (10, 10) SHAPE=POLY COORDS=»10, 50, 15, 20, 20, 50″ многоугольник (в данном случае, треугольник) с координатами вершин (10, 50), (15, 20) и (20, 50) Допустимый контекст Содержимое Примеры Примечания Если два или более региона перекрываются, регион, определенный первым в схеме (MAP) имеет преимущество перед последующими регионами. Это означает, что элементы AREA с атрибутом NOHREF должны устанавливаться прежде элементов с атрибутом HREF. Проектная версия HTML 3.2 содержала DEFAULT, как возможное значение атрибута SHAPE, для использования при спецификации, когда пользователь отбирает точку, которая не принадлежит какой-нибудь области, специфицированной в другом элементе AREA. Это было удалено из окончательного варианта спецификаций. Тот же эффект можно получить используя SHAPE=RECT COORDS=»0, 0, 100%, 100%» . Такой элемент AREA должен быть последним в пределах элемента MAP. Атрибут ALT используется, чтобы показывать текстовые метки, которые могут высвечиваться в строке статуса, когда мышь или другое устройство управления курсором находится над горячей зоной, или же для создания текстовой строки для неграфической программы просмотра. Настоятельно рекомендуется использовать атрибут ALT. Заметим, что значение должно быть только строкой без разметки текста. B — жирный шрифт Представить текст выделенным (жирным) шрифтом. Типичное представление Выделенное (жирным шрифтом). См. общие примечания к отображению разметки. Основной синтаксис Возможные атрибуты Допустимый контекст Контейнер текста, т.е. любой элемент, который может содержать элементы текста. Это включает большинство элементов HTML. Элементы текста могут быть вложенными. Содержимое Элементы текста. Заметим, что не разрешается перевод (прерывание) абзаца. Примеры Примечания Избегайте использования элемента B. Вместо него используйте логическую разметку, например, элементы EM или STRONG для подчеркивания . Смотрите общие примечания по разметке текста, где приведены дополнительные примеры. Задание базового URL для относительных URL в документе (например, в атрибутах HREF элемента A). Этот элемент часто используется для отображения документов. Например, у нас задан: и элемент IMG: Это приведет к формированию следующего адреса изображения http://foo.com/images/bar.gif Типичное отображение Никакое. Элемент BASE непосредственно не отображается в документе. Основной синтаксис Возможные атрибуты имя атрибута возможные значения смысл примечания HREF URL базовый URL обязателен Допустимый контекст Элемент заголовка (HEAD), в котором может быть только один элемент BASE. Содержимое Пример Примечания Так как в документе допускается только один элемент BASE, Вы не можете иметь различные базовые URL в различных частях файла HTML. При отсутствии элемента BASE в документе URL самого документа становится базовым в пределах документа. (Это не является необходимым, так как базовый URL может быть перекрыт HTTP заголовком соответствующего документа.) Советуется заключать URL в кавычки , хотя это не всегда обязательно. Не забывайте слэш «/». Все, что следует за последним слэшем в URL в элементе BASE интерпретируется, как принадлежащее части имени файла и игнорируется. Нижеследующее является эквивалентом элемента BASE в примере приведенном выше: Несмотря на то, что следующие строки эквивалентны, первый вариант написания не совсем правильный: BASEFONT (БАЗОВЫЙ ШРИФТ) — размер базового шрифта (Нет в HTML 2.0!) Спецификация размера основного шрифта (относительно других размеров). Типичное отображение BASEFONT устанавливает основной размер шрифта, применяемый к обычному и предварительно отформатированному тексту, но не к заголовкам, за исключением тех, которые модифицируются с использованием элемента FONT с указанием относительного размера шрифта (например, FONT SIZE=+1). Действие этого элемента распространяется не на все. В Netscape, к примеру, BASEFONT не влияет на размер шрифта в пределах таблицы. (Таким образом, чтобы установить размер шрифта в пределах таблицы, Вы должны вставить элемент изменения шрифта в каждую ячейку!) Действительные размеры шрифта устанавливаются в зависимости от броузера. Смотрите примечания об отображении элемента FONT. Основной синтаксис Возможные атрибуты имя атрибута возможное значение смысл SIZE строка размер шрифта (1 — 7) Из HTML 3.2 Ссылочных спецификаций не явствует, должен ли атрибут SIZE следовал тем же правилам, что и в элементе FONT, или он должен быть представлен, как целое без знака. Допустимый контекст Контейнер текста, т.е. любой элемент, который может содержать текстовые элементы. Это включает большинство HTML элементов. Элементы текста могут быть вложенными. Содержимое Примеры Примечания Избегайте использования элемента BASEFONT по причинам, объясненным при обсуждении разметки текста. Используйте элемент FONT, а еще лучше SMALL или BIG, чтобы установить размер шрифта локально (заметим, что перевод абзаца не разрешен в пределах FONT.) BASEFONT может быть глобальной копией для FONT с SIZE, также как BODY с TEXT — для FONT с COLOR. BIG (БОЛЬШОЙ) — большой шрифт (Нет в HTML 2.0!) Представление текста большим шрифтом. Типичное представление Больше, чем нормальный шрифт. Смотрите общие примечания по отображению разметки. Основной синтаксис Возможные атрибуты Допустимый контекст Контейнер текста, т.е. любой элемент, который может содержать текстовые элементы. Это включает большинство HTML элементов. Элементы текста могут быть вложенными. Содержимое Текстовые элементы. Заметим, что перевод абзаца не допускается. Примеры Примечания Избегайте использования BIG. Вместо него вставляйте логическую разметку. В частности, для подчеркиваний используйте элементы EM или STRONG. Смотрите общие примечания по текстовой разметке, где приведены дополнительные примеры. Не определено, что получится, если элементы BIG будут вложены. Это может дать, а может и не дать шрифт, больший, чем при использовании одного BIG. Элемент FONT предоставляет множество вариантов для задания различных размеров шрифта. BLOCKQUOTE (БЛОК ЦИТИРОВАНИЯ) — длинное цитирование Представить (в типовом варианте — длинную) цитату, как блок цитирования (в противоположность коротким цитатам, вставленным в текст абзаца). Типичное отображение Как отдельный абзац (или последовательность абзацев). Часто с отступом (возможным как слева, так и справа). Часто — шрифтом, отличным от простого текста, обычно — курсивом. Основной синтаксис Возможные атрибуты Допустимый контекст Содержимое Примеры Примечания Цитирование — это точное копирование чьих-то слов. Если Вы излагаете чью-то речь собственными словами — это уже не цитирование, и должно быть представлено как простой текст (без какой-либо специальной разметки). BLOCKQUOTE — блоковый элемент, поэтому он используется для относительно длинных цитат. Что касается коротких цитат, их лучше представлять используя разметку текстового уровня. В особых случаях Вы можете использовать CODE, SAMP, KBD или CITE, однако лучше обратиться к специфицированию физического представления, например к использованию курсива или кавычек — согласно Вашим представлениям и требованиям языка, который Вы используете. (В HTML 3.2 не существует общего элемента текстового уровня для цитирования, главным образом потому, что правила цитирования в разных языках различны.) Если важно, чтобы текст выводился так, как он написан (с разделением на строки и использованием знаков пробелов и табуляции), можно использовать PRE. Когда описывается человеко-машинное взаимодействие, используйте специальные элементы CODE, SAMP и KBD для цитирования программного кода, листингов программ или ввода с клавиатуры. Не используйте BLOCKQUOTE, чтобы получить отступы . Броузер может и не показывать их при представлении текста. Хорош тоном считается специфицировать источник цитирования, иногда это даже требуется законом (копирайт). Поэтому, если это возможно, обеспечьте связь к источнику документа на Web в добавление к спецификации источника в тексте. Сам элемент BLOCKQUOTE не предоставляет структурированный способ задания источника информации. В представленном выше примере приведен один из способов, как можно это сделает. Если Вам не нравится шрифт, используемый броузером для представления содержимого элемента BLOCKQUOTE, чтобы изменить его можно использовать таблицы стиля. Например, для усиления используйте I элемент, помня при этом, что как текстовый элемент, он не разрешает перевод абзаца в пределах BLOCKQUOTE, так что Вы должны использовать отдельный элемент I в каждом абзаце. При цитировании Вам может понадобиться удалить некоторые слова из содержимого цитаты, тогда Вы должны четко обозначить опущенное (нотация вида — и. и — наиболее распространенный способ сделать это). Совершенно неуместно в таких случаях избирательно приводить чьи-то цитаты, так, что кому-то может показаться, что сказано нечто совершенно отличное от того, что в действительности имелось в виду, может быть даже совсем противоположное. Когда Вам требуется добавить к цитируемому тексту разъясняющие слова в качестве пояснений, наиболее применимо добавление таких разъяснений другим шрифтом, например, курсивом . Также Вы должны четко показать, что пояснения не являются частью оригинала, и лучший способ сделать это — разместить свой текст в квадратных скобках. BODY (ТЕЛО) — тело документа Основная структура документа HTML всегда состоит из заголовка и тела. Нет необходимости явно помещать тело в BODY элемент, однако делая так, можно специфицировать атрибуты, влияющие на представление документа в целом (например, установить фоновое изображение или цвет). Типичное отображение Если элемент BODY не содержит атрибуты, использование его не дает явного эффекта в непосредственном отображении документа. Основной синтаксис Возможные атрибуты (Нет в HTML 2.0!) имя атрибута возможные значения смысл BGCOLOR цветовая спецификация фоновый цвет документа TEXT цветовая спецификация цвет для текста документа LINK цветовая спецификация цвет для непосещенной гипертекстовой связи VLINK цветовая спецификация цвет для посещенной гипертекстовой связи ALINK цветовая спецификация цвет для активной гипертекстовой связи; используется для выделения текста связи на момент, когда пользователь нажал на связь BACKGROUND URL URL фонового образа Допустимый контекст HTML элемент, который может быть либо подразумеваемым, либо явным. Только один элемент BODY разрешен в документе, и он должен находится после элемента HEAD (который тоже может быть как подразумеваемым, так и явным). Содержимое Заголовки, текстовые элементы, блоковые элементы и элементы ADDRESS. Примеры Примечания В документе разрешен только один элемент BODY. Будьте внимательны, когда выбираете цвета для документа. То, что выглядит приятно на Вашем экране, может быть неразличимо на другом. Если Вы устанавливаете какие-то из атрибутов BGCOLOR, TEXT, LINK, VLINK или ALINK, то устанавливайте их все. Иначе, например, специфицированный Вами фоновый цвет может совпасть с пользовательским цветом для текста по умолчанию. Выбирайте цвет текста так, чтобы он «работал» вместе с цветом фона или основными цветами изображения. Например, красное на зеленом может вызвать серьезные проблемы у значительного числа людей. Цвет текста можно изменять локально с помощью элемента FONT с атрибутом COLOR. Однако цвет фона нельзя установить локально, поэтому если Вы хотите использовать отдельные фоновые образы, Вы должны создать отдельные HTML файлы (или использовать таблицы стилей). В элемента BODY Вы можете задать как BGCOLOR, так и BACKGROUND. В этом случае обычно броузер отдает предпочтение BACKGROUND, но если изображение фона невозможно загрузить, будет использовано BGCOLOR. BR — перевод строки Выполниться перевод строки. Типичное отображение Перевод строки (но не абзаца). Основной синтаксис Возможные атрибуты имя атрибута возможные значения смысл примечания CLEAR LEFT, RIGHT, ALL, NONE управление текстовым потоком по умолчанию — NONE Атрибут CLEAR может быть использован, чтобы передвинуть перемещаемый образ на другой край. передвинет образ к левому краю, — к правому краю, в то время как сделает то же самое и к левому и к правому краям одновременно. Допустимый контекст Контейнер текста, т.е. любой элемент, который может содержать текстовые элементы. Это включает большинство элементов HTML. Содержимое Примеры Типичный пример, где элемент BR использован для перевода некоторого текста на новую строку: Примечания Элементы BR могут быть использованы, чтобы смоделировать подабзацы, как объяснено в описании элемента P. Элементы BR с атрибутом CLEAR используются при вставке в документ изображений (смотрите описание элемента IMG.) Иногда, чтобы получить незаполненное пространство, многократно используют элементы BR. Однако это работает не во всех броузерах. Лучше для этого использовать элемент PRE. CAPTION (ЗАГОЛОВОК) — заголовок для таблицы (Нет в HTML 2.0!) Типичное представление Выше или под самой таблицей обычным шрифтом. Обычно заголовок центрирован по горизонтали. (HTML 3.2 не предоставляет средство для изменения поведения броузера.) Основной синтаксис Возможные атрибуты имя атрибута возможные значения смысл примечания ALIGN TOP, BOTTOM размещение заголовка относительно таблицы (вверху или внизу таблицы) по умолчанию обычно TOP Допустимый контекст Элемент TABLE. Если элемент TR присутствует, элемент CAPTION должен следовать первым, до элемента TR. Содержимое Примеры Примечания Считается нормальным включать в документ заголовок к каждой таблице. Текст заголовка должен быть относительно коротким, но информативным. Избегайте вставки объяснений в заголовок. Дайте объяснения в пределах обычного текстового абзаца. Заголовок должен сказать, о чем таблица. А в тексте должно говориться почему таблица представлена, т.е. каким образом таблица связана с текстом документа. Смотрите обсуждение таблиц, которое также содержит дополнительные примеры. Некоторые броузеры (например, Netscape) не отображают заголовок отлично от обычного текста. Поэтому в пределах элемента CAPTION желательно использовать элементы логической разметки, например, EM или STRONG. CENTER (ЦЕНТР) — центрирование (Нет в HTML 2.0!) Специфицировать часть документа, которая должна быть центрирована при отображении. Типичное отображение Основной синтаксис Возможные атрибуты Допустимый контекст Содержимое Заголовки, текстовые элементы, блоковые элементы, а также элементы ADDRESS. Примеры Примечания Элемент CENTER эквивалентен DIV с ALIGN=CENTER. CENTER был введен Netscape прежде, чем в нем была добавлена поддержка элемента DIV. Это учтено в HTML 3.2 в расчете на широкое распространение дополнения. Использование атрибута ALIGN в элементах P и заголовках — предпочтительнее использования элемента DIV. Так как CENTER — блоковый элемент, он закрывает открытый элемент P (т.е. заставляет броузер вставлять тег , когда это необходимо). Но программы просмотра не всегда явно отображают перевод абзаца до и после элемента CENTER. Поэтому если нужно выделить абзац, используйте элемент P с атрибутом ALIGN. Для представления ссылок или сносок к другим источникам, например, на название книги. Смотрите примечания ниже. Типичное отображение Курсивом. Но когда это возможно, броузер может использовать и подчеркивание (например, так делает Lynx) или расставлять кавычки вокруг ссылки. Смотрите общие примечания к отображению разметки. HTML тег Элемент (от англ. «definition» ‒ «определение, описание») выделяет специальный термин впервые появившийся в тексте. Большинство браузеров выделяют текст вложенный в данный элемент при помощи ‘курсива’. Установленное по умолчанию форматирование текста можно изменить с помощью CSS свойств. Определение термина задаётся с помощью атрибута title у элемента , либо с помощью атрибута title у вложенного элемента , либо текстом внутри . Синтаксис Закрывающий тег Атрибуты Для этого элемента доступны глобальные атрибуты и события. Стилизация по умолчанию Большинство браузеров отобразит элемент со следующими значениями CSS по умолчанию: Dfn определение (нет в html 2 0) Указывает, что данное слово имеет определение. Типичное отображение Это элементы, которые нам хотелось бы представить с некоторыми отличиями от обычного текста, например, выделенные курсивом. Но многие броузеры, включая Netscape, эффективно не поддерживают DFN и представляют его как обычный текст. Смотрите также общие примечания по отображению разметки. Основной синтаксис Возможные атрибуты Допустимый контекст Содержимое Текстовые элементы. Перевод абзаца не разрешается. Примеры Примечания Так как на сегодняшний день еще не обеспечена эффективная поддержка DFN, лучше представлять дефинитивные элементы, используя элементы EM или STRONG. Спецификация HTML 2.0 не включает DFN, но упоминает его, как элемент, который «должен быть развернут до определенного уровня».
  • Информация о документе — раздел HEAD
  • Организация содержания — заголовки (headings), абзацы (paragraphs), списки (lists) и т.п.
  • Разметка текста — выделение шрифта, цитирование, код и т.п.
  • Логическая разметка в сравнении с физической
  • Элементы фразы (логическая разметка текста)
  • Шрифтовые элементы (font elements) — физическая разметка текста
  • Отображение разметки
  • Представление взаимодействия с компьютером
  • Управление размещением
  • Связи
  • Изображения, формулы и т.п.
  • Таблицы — tables (Нет в HTML 2.0!)
  • Концепция таблиц в HTML 3.2
  • Теги, используемые для представления таблиц
  • Основные табличные структуры
  • Дополнительные свойства; типичная таблица с текстовыми ячейками
  • Параллельные тексты
  • Использование таблиц для представления дефинитивных списков
  • Числовые таблицы
  • Использование таблиц для представления меню
  • Вложенные таблицы
  • Шрифты в табличных элементах
  • Таблицы стилей
  • Описания тегов HTML 3.2
  • Индексы и надписи
  • A — якоря (anchors), гиперсвязи (hyperlinks), и т.д.
  • Типичное представление
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • Типичное представление
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • APPLET — Java апплеты (Нет в HTML 2.0!)
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • AREA (ОБЛАСТЬ) — область в реагирующей на нажатие клавиши схеме (MAP) (Нет в HTML 2.0!)
  • Типичное представление
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • B — жирный шрифт
  • Типичное представление
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Пример
  • Примечания
  • BASEFONT (БАЗОВЫЙ ШРИФТ) — размер базового шрифта (Нет в HTML 2.0!)
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • BIG (БОЛЬШОЙ) — большой шрифт (Нет в HTML 2.0!)
  • Типичное представление
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • BLOCKQUOTE (БЛОК ЦИТИРОВАНИЯ) — длинное цитирование
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • BODY (ТЕЛО) — тело документа
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты (Нет в HTML 2.0!)
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • BR — перевод строки
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • CAPTION (ЗАГОЛОВОК) — заголовок для таблицы (Нет в HTML 2.0!)
  • Типичное представление
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • CENTER (ЦЕНТР) — центрирование (Нет в HTML 2.0!)
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • Типичное отображение
  • HTML тег
  • Синтаксис
  • Закрывающий тег
  • Атрибуты
  • Стилизация по умолчанию
  • Dfn определение (нет в html 2 0)
  • Типичное отображение
  • Основной синтаксис
  • Возможные атрибуты
  • Допустимый контекст
  • Содержимое
  • Примеры
  • Примечания
  • Илон Маск рекомендует:  Direct draw термины и концепции интерфейсы directdraw и directdraw2

    Определение HTML cсылок

    До сих пор вы создавали одиночные веб-страницы, которые хороши сами по себе и работают хорошо, но вещь, делающая Интернет таким особенным, это то, что все страницы пересекаются, т.е. ссылаются друг на друга. Ведь буквы «HT» в аббревиатуре «HTML» обозначают слово «гипертекст», что в основе своей означает «текст со ссылками».

    Добавьте в свою веб-страницу следующее:

    Направление ссылки задается в атрибуте href тега . Ссылка может быть абсолютной, такой как «http://www.msiter.ru«, или относительной, указывающей на текущую страницу. Таким образом, если, например, у вас другой файл с именем «flyingmoss.html«, то код примет вид «Чудо летающего мха«.

    Ссылка не обязательно должна ссылаться на другой HTML файл. Она может ссылаться на любой файл в сети.

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

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

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

    Cпецификация HTML 3.2

    В соответствии с Рекомендацией W3C от 14 января 1997 года


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

    Настоящий документ одобрен членами W3C и иными занитересованными организациями и утвержден Директором W3C в качестве Рекомендации. Документ стабилен и может использоваться в качестве справочного материала или цитироваться как нормативный.

    Список текущих Рекомендаций и иных технических документов W3C находится на сервере W3C.

    Аннотация

    Язык маркировки гипертекстов (HyperText Markup Language, или HTML) используется для создания переносимых гипертекстовых документов. Настоящая спецификация описывает HTML версии 3.2. HTML 3.2 включает рекомендованные поправки, внедренные в практику на начало 1996 года, и предназначен для замены HTML 2.0.

    Cодержание


    Введение в HTML 3.2

    Спецификация HTML 3.2 разработана консорциумом W3C в начале 1996 года совместно с представителями фирм-разработчиков: IBM , Microsoft , Netscape Communications Corporation , Novell , SoftQuad , Spyglass и Sun Microsystems . В HTML 3.2 стандартизованы таблицы, апплеты и расположение текста вокруг изображений. Кроме того, сохранена полная совместимость со спецификацией HTML 2.0.

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

    Документ HTML 3.2 начинается с декларации , за которой следуют элемент HTML , заголовок ( HEAD ) и тело ( BODY ) документа:

    На практике, элементы HTML , HEAD и BODY не являются обязательными.

    Документ HTML 3.2 должен начинаться с декларации , которая необходима, чтобы отличить документ HTML 3.2 от других версий HTML. Спецификация HTML не содержит никаких требований к объектам хранения (например, к файлам). Таким образом, HTML-документы могут генерироваться динамически.

    Кроме того, документ HTML 3.2 должен включать наименование документа ( TITLE ). Минимальный документ HTML 3.2, таким образом, выглядит так:

    Заголовок (элемент HEAD)

    Метки и указывать не обязательно. Заголовок может содержать в любом порядке любые из указанных ниже элементов:

    • TITLE
      определяет наименование документа (обязательный элемент)
    • STYLE
      зарезервирован для будущего использования со списками стилей
    • SCRIPT
      зарезервирован для будущего использования со скриптами
    • ISINDEX
      предназначен для организации простого поиска по ключевому слову; см. описание атрибута PROMPT
    • BASE
      определяет базовый ресурс, относительно которого происходит адресация по относительным ссылкам
    • META
      содержит мета-информацию в виде пар имя/значение
    • LINK
      определяет отношение к другим документам

    Элементы TITLE , SCRIPT и STYLE должны иметь открывающую и закрывающую метки. Для остальных элементов закрывающие метки запрещены. Обратите внимание: содержимое элементов SCRIPT и STYLE в настоящее время не стандартизовано.

    TITLE

    Документ HTML 3.2 должен содержать один элемент TITLE в заголовке. В наименовании документа могут использоваться символьные объекты. Метки внутри элемента TITLE , однако, запрещены.

    Пример элемента TITLE :

    STYLE и SCRIPT

    Зарезервированы для использования со списками стилей и скриптами, исполняемыми клиентом, в будущих версиях HTML. Могут содержать только латинские буквы и разделители ETAGO («/>»).

    ISINDEX

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

    Семантика элемента ISINDEX в настоящее время определена только для случая, когда в качестве базового ресурса указан ресурс, доступный по протоколу передачи гипертекстов (http://). Как правило, когда пользователь нажимает клавишу Enter ( Return ), на сервер, определенный как базовый ресурс, отправляется соответствующий запрос. Например, если пользователь ввел запрос » ten green apples «, а в качестве базового ресурса указано:

    генерируется вот такой запрос:

    Обратите внимание: пробелы конвертируются в плюсы (+). Более детальное описание можно найти в спецификации HTTP.

    Обратите внимание: на практике, в строке запроса могут содержаться только символы из набора Latin-1, поскольку в настоящее время не существует возможности указать набор символов, на основе которого построен текст запроса.

    Элемент BASE указывает базовый ресурс, относительно которого выполняются относительные ссылки, например:

    В этом случае изображение загружается из файла

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

    Элемент META определяет пару имя/значение, описывающую некоторое свойство документа: информацию об авторе, список ключевых слов и т.п. Атрибут NAME указывает имя переменной, а атрибут CONTENT ‡ значение переменной.

    Вместо атрибута NAME можно использовать атрибут HTTP-EQUIV . Серверы протокола передачи гипертекстов (HTTP) могут использовать свойства, определенные атрибутом HTTP-EQUIV для создания заголовка в соответствии с RFC 822, хотя некоторые элементы заголовков HTTP таким образом создать нельзя. Более подробную информацию можно найти в спецификации HTTP.

    приведет к генерации заголовка HTTP:

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

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

    В принципе , элемент LINK можно использовать:

    • для навигации (создание меню или кнопок)
    • для контроля за печатью HTML-файлов
    • для компоновки дополнительных ресурсов (списков стилей и скриптов)
    • для показа альтернативных форм текущего документа

    Допустимые атрибуты элемента LINK :

    href Указывает ресурс для компоновки. rel Прямое отношение, или «тип связки». Определяет отношение текущего документа к ресурсу, указанному в атрибуте HREF . Отношения в HTML пока не стандартизованы, хотя уже существуют некоторые соглашения на этот счет. rev Определяет обратное отношение. Связка от документа A к документу B с указанием REV= отношение отражает то же самое отношение, что связка из B к A with REL= отношение . Иногда для указания автора (домашней страницы или адреса электронной почты в виде ресурса типа mailto: ) используется отношение REV=made . title Необязательное наименование скомпонованного ресурса.

    Вот некоторые предлагаемые отношения:

    rel=top Ссылка на вершину иерархии: первую или заглавную страницу в коллекции. rel=contents Ссылка на документ, выполняющий функции оглавления коллекции. rel=index Ссылка на документ, выполняющий функции оглавления текущего документа. rel=glossary Ссылка на документ, в котором находится словарь терминов, относящихся к текущему документу. rel=copyright Ссылка на документ, в котором находится информация об авторском праве на текущий документ. rel=next Ссылка на следующий документ в последовательности. rel=previous Ссылка на предыдущий документ в последовательности. rel=help Ссылка на документ, содержащий систему помощи: описание более широкого контекста и дополнительные ссылки. rel=search Ссылка на поисковый механизм, связанный с коллекцией.

    Изучение HTML 3.2 на примерах.

    Название: Изучение HTML 3.2 на примерах.

    Настоящее пособие предназначено для людей, знакомых с ПК, обрабатывающих информацию, которая будет находится на сервере, и желающих узнать, что представляет собой World Wide Web (WWW). Если Вы не знакомы с HTML, Вам предоставляется возможность предварительно изучить вводные тексты, перед тем как Вы действительно сможете вникнуть в суть этого пособия. Тем людям, которые «знают HTML», необходимо будет забыть свои знания, чтобы перейти от нестандартного HTML к стандартному.
    Мы рассматриваем вариант HTML 3.2, который на сегодня является наиболее рекомендуемой версией HTML — языка описания документов, используемого на Web. Эта версия также известна под кодовым названием Wilbur. Обращаем Ваше внимание на то, что HTML 3.2 не является расширением или вариантом HTML 3.0, который существует сам по себе (совпадение первых цифр номеров версий 3.0 и 3.2 обманчиво!).

    Можно работать на Web без знания языка HTML, так как тексты HTML могут создаваться различными специальными редакторами и конвертерами. Однако, мы адресуем это пособие тем, кто пишет непосредственно на HTML или, по крайней мере, изредка контролирует и модифицирует код HTML. Писать непосредственно на HTML нетрудно. Возможно, это даже легче, чем изучать HTML-редактор или конвертер, которые часто ограничены в своих возможностях, содержат ошибки или производят плохой HTML код, который не работает на различных платформах.
    Язык HTML существует в нескольких вариантах и продолжает развиваться, но конструкции HTML 3.2 вероятнее всего будут использоваться и в дальнейшем. Изучая HTML 3.2 и познавая его глубже, создавая документ в начале изучения HTML 3.2 и расширяя его насколько это возможно, Вы сможете создавать документы, которые могут быть просмотрены многими броузерами Web, как сейчас, так и в будущем. Это не исключает возможности использования других методов, например, метод расширенных возможностей, предоставляемый Netscape Navigator, Internet Explorer или некоторыми другими программами. Если это действительно служит Вашим целям и Вы хотите сформировать собственное мнение о названных программах, пользуйтесь им. Но работа с HTML 3.2 — это способ усвоить особенности создания документов в стандартизированном языке, используя расширения, только когда это действительно необходимо.

    Введение
    Для кого?
    О чем?
    Зачем Вам изучать HTML?
    Почему HTML 3.2?
    Рамки этого документа
    О версиях этого пособия
    Лучше посмотреть на.
    Как изучать HTML 3.2
    Получение общей начальной информации о HTML
    Систематическое изучение HTML 3.2
    Официальная HTML 3.2 спецификация
    Дополнительные источники информации
    Проверьте Ваш HTML
    Общие замечания по синтаксису HTML
    Набор символов
    Теги HTML
    Элементы HTML
    Aтрибуты
    URLs
    Case чувствительность (чувствительность к выбору)
    Разделение на строки и использование пробелов и символов табуляции
    Классификация элементов
    Разрешенная вложенность элементов
    Заметки о разном: об escape последовательностях (символьных объектах), именах, цветовых атрибутах, ширине, пикселях, вертикальном выравнивании (VALIGN), непрерывных пробелах ( ), комментарии
    Media types
    Основные структуры HTML 3.2 документа (с примерами)
    Обязательная структура документа
    Рекомендуемая структура документа
    Информация о документе — раздел HEAD
    Организация содержания — заголовки (headings), абзацы (paragraphs), списки (lists) и т.п.
    Разметка текста — выделение шрифта, цитирование, код и т.п.
    Управление размещением
    Связи
    Изображения, формулы и т.п.
    Таблицы — tables (Нет в HTML 2.0!)
    Таблицы стилей
    Описания тегов HTML 3.2
    Индексы и надписи
    A — якоря (anchors), гиперсвязи (hyperlinks), и т.д.
    ADDRESS (АДРЕС) — информация об авторе информации
    APPLET — Java апплеты (Нет в HTML 2.0!)
    AREA (ОБЛАСТЬ) — область в реагирующей на нажатие клавиши схеме (MAP) (Нет в HTML 2.0!)
    B — жирный шрифт
    BASE — базовый, основной URL
    BASEFONT (БАЗОВЫЙ ШРИФТ) — размер базового шрифта (Нет в HTML 2.0!)
    BIG (БОЛЬШОЙ) — большой шрифт (Нет в HTML 2.0!)
    BLOCKQUOTE (БЛОК ЦИТИРОВАНИЯ) — длинное цитирование
    BODY (ТЕЛО) — тело документа
    BR — перевод строки
    CAPTION (ЗАГОЛОВОК) — заголовок для таблицы (Нет в HTML 2.0!)
    CENTER (ЦЕНТР) — центрирование (Нет в HTML 2.0!)
    CITE — ссылки
    CODE (КОД) — программный код
    DD — определение данных
    DFN — определение (Нет в HTML 2.0!)
    DIR — ненумерованный список в директории
    DIV — разделитель документа (Нет в HTML 2.0!)
    DL — дефинитивные или описательные списки
    DT — дефинитивный термин
    EM — подчеркивание
    FONT (ШРИФТ) — размер и цвет шрифта (Нет в HTML 2.0!)
    FORM (ФОРМА) — заполняемая форма
    H1, H2, H3, H4, H5, H6 — заголовки
    HEAD (ЗАГОЛОВОК) — заголовок документа
    HR — изменение раздела (горизонтальная черта)
    HTML — элемент верхнего уровня
    I — курсив
    IMG — линейные изображения
    INPUT — поля ввода в формах
    ISINDEX — простой поиск по ключевым словам
    KBD — ввод с клавиатуры
    LI — списковый элемент
    LINK (СВЯЗЬ) — связь с другими документами
    MAP — реагирующая на нажатие клавиш карта (Нет в HTML 2.0!)
    MENU (МЕНЮ) — ненумеруемый список менюподобных форм
    META — метаинформация
    OL — упорядоченные (нумерованные) списки
    OPTION — элемент выбора в меню
    P — обычный абзац
    PARAM — параметры апплета (Нет в HTML 2.0!)
    PRE — предварительно отформатированный текст
    SAMP — образец вывода
    SCRIPT — зарезервирован для будущего использования (Нет в HTML 2.0!)
    SELECT (ВЫБРАТЬ) — меню выбора в форме
    SMALL (МАЛЫЙ) — малый шрифт (Нет в HTML 2.0!)
    STRIKE — перечеркнутый текст (Нет в HTML 2.0!)
    STRONG — сильное подчеркивание
    STYLE — таблицы стилей (Нет в HTML 2.0!)
    SUB — подстрочный знак (Нет в HTML 2.0!)
    SUP — надстрочный знак (Нет в HTML 2.0!)
    TABLE — таблицы (Нет в HTML 2.0!)
    TD — табличные данные (ячейка) (Нет в HTML 2.0!)
    TEXTAREA — многострочное поле текстового ввода в форме
    TH — табличный заголовок (ячейка) (Нет в HTML 2.0!)
    TITLE — «внешний» заголовок (титул)
    TR — табличная строка (Нет в HTML 2.0!)
    TT — телетайпный (одноразмерный) текст
    U — подчеркивание (Нет в HTML 2.0!)
    UL — неупорядоченные (ненумерованные) списки
    VAR — переменные

    Бесплатно скачать электронную книгу в удобном формате, смотреть и читать:
    Скачать книгу Изучение HTML 3.2 на примерах. — fileskachat.com, быстрое и бесплатное скачивание.

    Скачать zip
    Ниже можно купить эту книгу по лучшей цене со скидкой с доставкой по всей России. Купить эту книгу

    40 важных вопросов и ответов по HTML5

    Введение

    Я, разработчик ASP.NET MVC , недавно искал работу, и на собеседовании много вопросов из тех, что мне задавали, касались HTML5 и его особенностей.

    Поэтому ниже приводятся 40 важных вопросов, которые помогут вам блеснуть знаниями по HTML5 .

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

    Какая связь между SGML, HTML, XML и XHTML?

    SGML ( Standard generalized markup language — стандартный обобщённый язык разметки) – это стандарт, который определяет разметку документа.

    HTML – это язык разметки, который описывается с помощью SGML.

    Итак, с помощью SGML было создано DTD (определение типа документа), на которое ссылается и которого должен придерживаться HTML. Поэтому вы всегда можете найти декларацию « DOCTYPE » в начале страницы HTML, которая определяет, какое DTD будет использовать браузер при разборе кода страницы.

    Разбор кода по стандарту SGML был связан с определёнными трудностями, поэтому был создан XML, чтобы облегчить эту процедуру. XML использует SGML.

    Например, в SGML вы должны использовать открывающие и закрывающие теги, тогда как в XML вы можете использовать самозакрывающиеся теги, которые закрываются автоматически (например, “” ).

    XHML был создан из XML и использовался в HTML 4.0 . Поэтому, например, в HTML, основанном на SGML, тег
    недопустим, а в XHTML он допускается. Вы можете использовать XML определение документа, как показано в следующем примере:

    Вкратце, SGML стоит в основе всего. Старые версии HTML основаны на SGML, а HTML 4.0 использует XHTML, построенный на основе XML.

    Что такое HTML 5?

    HTML 5 – это новый стандарт HTML, главной целью которого является предоставление любого контента без использования дополнительных плагинов, таких как Flash, Silverlight и т.д. Он содержит всё необходимое для отображения анимации, видео, богатого графического интерфейса и прочего.

    HTML5 – это результат совместной работы World Wide Web Consortium (W3C) и Web Hypertext Application Technology Working Group (WHATWG).

    В HTML 5 нам не нужно DTD. Почему?

    HTML 5 не использует SGML или XHTML. Это полностью новая разработка, поэтому вам не нужно ссылаться на DTD. В HTML 5 вам нужно использовать следующую декларацию doctype, которая позволяет браузеру идентифицировать документ как HTML 5.

    Если я не вставлю в документ , будет ли работать HTML 5?
    Нет, браузер не сможет идентифицировать документ как HTML 5, и теги HTML 5 не будут работать корректно.

    Какие браузеры поддерживают HTML 5?

    Практически все браузеры, как Safari, Google Chrome, Firefox, Opera, Internet Explorer поддерживают HTML 5.

    Как изменилась структура страницы при переходе с HTML 4 или предыдущих версий на HTML 5?

    Обычно веб-страница содержит заголовки, подвал, навигацию, основной контент и боковой блок. Поэтому когда мы хотим представить эти блоки в HTML 4 с подходящим наименованием, мы, скорее всего, будем использовать теги DIV . Но в HTML 5 введены более понятные элементы для этих блоков, что позволило сделать код HTML более читаемым.

    Ниже приведено описание этих элементов HTML 5 из разметки на рисунке:

    • : Представляет блок заголовка страницы;
    • : Подвал страницы;

    Dfn определение (нет в html 2 0)

    Рис. 1. Вид текста, оформленного с помощью

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

    Спецификация Статус
    WHATWG HTML Living Standard Живой стандарт
    HTML5 Рекомендация
    HTML 4.01 Specification Рекомендация

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

    Каждая спецификация проходит несколько стадий одобрения.

    • Recommendation ( Рекомендация ) — спецификация одобрена W3C и рекомендована как стандарт.
    • Cand >Возможная рекомендация ) — группа, отвечающая за стандарт, удовлетворена, как он соответствует своим целям, но требуется помощь сообщества разработчиков по реализации стандарта.
    • Proposed Recommendation ( Предлагаемая рекомендация ) — на этом этапе документ представлен на рассмотрение Консультативного совета W3C для окончательного утверждения.
    • Working Draft ( Рабочий проект ) — более зрелая версия черновика после обсуждения и внесения поправок для рассмотрения сообществом.
    • Editor’s draft ( Редакторский черновик ) — черновая версия стандарта после внесения правок редакторами проекта.
    • Draft ( Черновик спецификации ) — первая черновая версия стандарта.

    Особняком стоит живой стандарт HTML ( Living ) — он не придерживается традиционной нумерации версий, поскольку находится в постоянной разработке и обновляется регулярно.

    Браузеры ?

    2 12 1 3.5 1 1

    Браузеры

    В таблице браузеров применяются следующие обозначения.

    • — элемент полностью поддерживается браузером;
    • — элемент браузером не воспринимается и игнорируется;
    • — при работе возможно появление различных ошибок, либо элемент поддерживается с оговорками.

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

    Свойства узлов: тип, тег и содержимое

    Теперь давайте более внимательно взглянем на DOM-узлы.

    В этой главе мы подробнее разберём, что они собой представляют и изучим их основные свойства.

    Классы DOM-узлов

    Каждый DOM-узел принадлежит соответствующему встроенному классу.

    Корнем иерархии является EventTarget, от него наследует Node и остальные DOM-узлы.

    На рисунке ниже изображены основные классы:

    Существуют следующие классы:

    • EventTarget – это корневой «абстрактный» класс. Объекты этого класса никогда не создаются. Он служит основой, благодаря которой все DOM-узлы поддерживают так называемые «события», о которых мы поговорим позже.
    • Node – также является «абстрактным» классом, и служит основой для DOM-узлов. Он обеспечивает базовую функциональность: parentNode , nextSibling , childNodes и т.д. (это геттеры). Объекты класса Node никогда не создаются. Но есть определённые классы узлов, которые наследуют от него: Text – для текстовых узлов, Element – для узлов-элементов и более экзотический Comment – для узлов-комментариев.
    • Element – это базовый класс для DOM-элементов. Он обеспечивает навигацию на уровне элементов: nextElementSibling , children и методы поиска: getElementsByTagName , querySelector . Браузер поддерживает не только HTML, но также XML и SVG. Класс Element служит базой для следующих классов: SVGElement , XMLElement и HTMLElement .
    • HTMLElement – является базовым классом для всех остальных HTML-элементов. От него наследуют конкретные элементы:
      • HTMLInputElement – класс для тега ,
      • HTMLBodyElement – класс для тега ,
      • HTMLAnchorElement – класс для тега ,
      • …и т.д, каждому тегу соответствует свой класс, который предоставляет определённые свойства и методы.

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

    Рассмотрим DOM-объект для тега . Он принадлежит классу HTMLInputElement.

    Он получает свойства и методы из (в порядке наследования):

    • HTMLInputElement – этот класс предоставляет специфичные для элементов формы свойства,
    • HTMLElement – предоставляет общие для HTML-элементов методы (и геттеры/сеттеры),
    • Element – предоставляет типовые методы элемента,
    • Node – предоставляет общие свойства DOM-узлов,
    • EventTarget – обеспечивает поддержку событий (поговорим о них дальше),
    • …и, наконец, он наследует от Object , поэтому доступны также методы «обычного объекта», такие как hasOwnProperty .

    Не подключается внешний файл CSS

    Не подключается внешний файл CSS,но если внести теже стили из CSS файла в html все работает, путь к файлу проверял несколько раз, все правильно. Почему стили могут не работать?

    или что то не так с оператором? где я ошибся?

    http://imgur.com/bgc1Gkr теперь выскакивает эта ошибка

    2 ответа 2

    Во первых почему в конце стоит слеш?
    Должно быть:

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

    И если вы зайдёте по этому пути в браузере вы должны получить этот файл, так происходит?

    И как получается что
    у вас находится вместе с CSS, он должен быть в HTML документе, а если это так и есть, то остальной CSS должен быть в заключён в тег МБ ТАК

    Изучение HTML 3.2 на примерах

    Автор: Jukka Korpela.

    Для кого?

    Настоящее пособие предназначено для людей, знакомых с ПК, обрабатывающих информацию, которая будет находится на сервере, и желающих узнать, что представляет собой World W > Мы рассматриваем вариант HTML 3.2, который на сегодня является наиболее рекомендуемой версией HTML — языка описания документов, используемого на Web. Эта версия также известна под кодовым названием Wilbur . Обращаем Ваше внимание на то, что HTML 3.2 не является расширением или вариантом HTML 3.0, который существует сам по себе (совпадение первых цифр номеров версий 3.0 и 3.2 обманчиво!). Если быть точнее, HTML 3.2 включает

    • HTML 2.0 (с парой второстепенных различий)
    • некоторые элементы из HTML 3.0, частично ограниченные или модифицированные; это особенно касается таблиц
    • некоторые расширения поставщика, которые оговорены соглашением

    Зачем Вам изучать HTML?

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

    Язык HTML существует в нескольких вариантах и продолжает развиваться, но конструкции HTML 3.2 вероятнее всего будут использоваться и в дальнейшем. Изучая HTML 3.2 и познавая его глубже, создавая документ в начале изучения HTML 3.2 и расширяя его насколько это возможно, Вы сможете создавать документы, которые могут быть просмотрены многими броузерами Web, как сейчас, так и в будущем. Это не исключает возможности использования других методов, например, метод расширенных возможностей, предоставляемый Netscape Navigator, Internet Explorer или некоторыми другими программами. Если это действительно служит Вашим целям и Вы хотите сформировать собственное мнение о названных программах, пользуйтесь им. Но работа с HTML 3.2 — это способ усвоить особенности создания документов в стандартизированном языке, используя расширения, только когда это действительно необходимо.

    HTML 3.2 был ратифицирован World W > Так как прежний стандарт — HTML 2.0 — поддерживается несколько шире, чем HTML 3.2, и HTML 3.2 является расширением HTML 2.0 с незначительными отличиями, Вы можете попробовать написать Ваш документ в HTML 2.0 (избегая при этом использования возможностей HTML 2.0, изъятых в HTML 3.2: элементов NEXTID и атрибутов URN и METHODS в A элементах). По этой причине, новые конструкции (теги, атрибуты тега или значения атрибутов), которые появились в HTML 3.2, отмечены в этом документе следующим образом: (Нет в HTML 2.0!) . Но даже строго придерживаясь HTML 2.0, Вы не можете рассчитывать на абсолютно правильное воспроизведение Вашего документа разными броузерами из-за недостатков самих программ просмотра. Тестовый набор HTML (см. Osma Ahvenlampi) содержит большой документ RFC 1866 HTML 2.0 для тестирования броузера на соответствие HTML 2.0 спецификации.

    Рамки этого документа

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

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

    Мы не обсуждаем основные издания, связанные с обеспечением Web информацией. Информация и мнения о подобных изданиях можно найти, например, на странице Консорциума World Wide Web . Так же и World Wide Web FAQ является обширным, но понятным (хотя не вполне современным) сайтом; он содержит отдельные Авторские разделы на Web. Очень полезным документом, содержащим ответы на некоторые практические проблемы, является Проект Web «Авторская группа на Web для работы с FAQ» . То же касается и вопросников для авторов на сайте WDG и HTML: часто встречающиеся проблемы . Одним из лучших основных ориентиров стиля является Стилевое руководство по онлайновому гипертексту от Tim Berners-Lee, главного создателя Web. В дополнение к информации по HTML, Вам необходимо знать, где поместить Ваши документ, чтобы сделать их доступными миру. Это может создать проблемы, как с установкой директорий, так и подходящей защитой для файлов. В отношении необходимой для Вашего сайта информации — проконсультируйтесь у Вашего провайдера Web услуг .

    В пособии рассматриваются основные направления использования HTML , и не даются примеры Java-апплетов, карт изображения или форм на сайте клиента, так как автор убежден в необходимости разъяснения правил создания основного документа, в то время как рассмотрение примеров по названным сложным и в некоторой степени спорным вопросам займет слишком много времени.

    О версиях этого пособия

    Это пособие существует и как подборка взаимосвязанных между собой небольших HTML-файлов, и как единственный HTML-файл. Последние (наиболее современные) копии находятся по адресу:


      http://www.hut.fi/

    jkorpela/HTML3.2/ (индексный файл подборки взаимосвязанных файлов)
    http://www.hut.fi/

    Чтобы распечатать текст на бумаге, Вы можете использовать файл Комментированная версия (сгенерированный программой Netscape из HTML версии), который также существует в сокращенном виде, как сжатый (с Unix утилитой сжатия ).

    Лучше посмотреть на.

    Конечно, это пособие согласуется с HTML 3.2 спецификацией, но не пытайтесь провести «оптимизацию» документа для представления на некотором специфическом броузере..

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

    Как изучать HTML 3.2

    Получение общей начальной информации о HTML

    Если Вы не знакомы с какой-нибудь версией HTML, Вы можете в начале прочитать введение в основные концепции и идеи HTML. Самым доходчивым является NCSA Beginner’s Guide to HTML (Руководство по HTML для начинающих). Отметим, однако, что этот материал описывает HTML 2.0 и содержит некоторые спорные мысли. Он доступен по адресу http://www.ncsa.uiuc.edu/General/Internet/WWW/HTMLPrimer.html .

    Систематическое изучение HTML 3.2

    Когда Вы получите основательное общее представление об HTML, предлагаем Вам следующий порядок изучения HTML 3.2:

    1. Прочтите разделы Обязательная структура документа и Рекомендуемая структура документа . Вы можете, при желании, сравнить их содержание со Структурой HTML 3.2 документа на странице
      http://www.htmlhelp.com/reference/wilbur/ ,
      созданной Группой разработчиков Web.
    2. Практикуйтесь в создании HTML документа рекомендованной структуры, но не заходите слишком далеко. Храните этот документ под именем вроде template.html и используйте его в качестве основы для Ваших будущих HTML документов. Создайте его копию, добавьте некоторый понятный текст в тело документа и убедитесь, что документ читается Web броузером.
    3. Прочтите Основные структуры в HTML 3.2 с примерами этого пособия. Сосредоточтесь на изучении основных идей и их применении, не стараясь запоминать технические детали и, возможно, Вы получите удовольствие от этого.
    4. Изучите Общие замечания по синтаксису HTML в этом документе. Вам понадобиться эта информация, когда Вы будете писать на HTML. А вот подраздел заметки о разном Вы можете не читать.
    5. Практикуйтесь в создании Ваших собственных и полезных для Вас документов, используя теги, коль скоро Вы научились их применять.
    6. Просмотрите раздел сокращенных описаний этого документа для ознакомления с материалом, способствующим пониманию HTML 3.2, и следуйте связям, чтобы получить больше информации об элементах, которые представляются Вам потенциально полезными.
    7. После этого — мир открыт для дальнейшей практики и изучения. Однако будьте осторожны: происходит масса случаев неверного употребления HTML. Сумейте сделать так, чтобы Структура была с Вами!

    Официальная HTML 3.2 спецификация

    Если у Вас появились сомнения в отношении точности формы, значения и ограничений на теги HTML, Вам необходимо проконсультироваться с официальным документом по HTML, доступном на странице World Wide Web Consortium:
    http://www.w3.org/pub/WWW/MarkUp/Wilbur/ ,
    особенно с Рекомендациями W3C HTML 3.2 Ссылочные спецификации

    Ссылочные спецификации содержат технический текст и относительно коротки. Могут быть также полезны консультации с прежней HTML 2.0 спецификацией (также известной как RFC 1866), так как текущие HTML 3.2 спецификации могут быть понятны иногда только при ознакомлении с HTML 2.0, как базовым документом.

    Чтобы понимать спецификации точно, требуется некоторая «беглость» в чтении SGML (метаязык, используемый для формального описания синтаксиса HTML). Для этого можно посмотреть SGML страницу Консорциума, или Предварительное введение в SGML , или SGML Web страницу , особенно Букварь SGML фирмы SoftQuad. (Если Вы знаете финский язык, Вы можете начать с Hyvin lyhyt johdatus SGML:ддn ).

    В этих пособиях Вы увидите некоторые отрицательные внутренние несообразности в спецификации HTML 3.2.

    Дополнительные источники информации

    Существует большое количество доступно изложенной документации по HTML. Ниже приводим наиболее удачные источники информации по HTML 3.2:

    • Вышеупомянутые Wilbur-HTML 3.2 страницы , содержащие массу информации; описывают элементы HTML подробнее, чем официальные спецификации.
    • Ссылки языка разметки гипертекста v3.2 (автор Сеан Болт).
    • HTML 3.2 и Netscape 3.0 (автор Андрей Б. Кинг) сравнивает стандарт с тем, что есть в популярных броузерах.
    • Приятная, компактная, практически газета об HTML — Быстрые ссылки по тегам HTML . См. также Руководство по простым ошибкам HTML , доступное на нескольких языках, однако с не очень хорошим переводом старых версий.
    • Если Вы столкнетесь с незнакомыми тегами HTML в документах других авторов, Вам остается предположить, что, вероятно, Вы встретились с нестандартными расширениями, но некоторые объяснения Вы можете найти в Списке элементов HTML, составленном в Национальной Лаборатории Сандии на странице
      http://www.sandia.gov/sci_compute/elements.html ,
      которая описывает в деталях историю различных элементов HTML и их поддержку в некоторых популярных броузерах.

    Обратите внимание, что документы по HTML (даже некоторые из вышеупомянутых) могут содержать информацию об особенностях, которые не относятся к HTML 3.2 .

    Проверьте Ваш HTML

    Если Вы начали создавать и поддерживаете важные HTML документы, Вам необходимо научиться использовать проверенное программное обеспечение , т.е. программы, которые привели бы в соответствие код Вашего HTML с кодом HTML 3.2 или других спецификаций. Даже если Вы знаете HTML 3.2, Вы можете нарушить спецификации, например, забудете поставить завершающие кавычки. Вы можете не заметить ошибку в своем программном продукте, однако Ваши читатели будут сбиты с толку и не смогут работать с документом. Поэтому Ваша программа должна быть проверенной. Вы можете, обратиться, например, к Сервису проверки правильности HTML страницы «WebTechs». (Это несложно сделать, однако помните, что надо отбирать HTML 3.2, так как по умолчанию все еще делается проверка на соответствие спецификациям HTML 2.0.)

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

    • включать ISO Latin 1, известную также как ISO 8859-1 кодировку, так как она принадлежит к набору стандартов ISO 8859
    • быть совместимым с ISO 10646 и Unicode.

    В практической работе Вы должны использовать только ISO Latin 1 набор символов . Сейчас и в ближайшем будущем Вы можете твердо рассчитывать на его обширную поддержку приложениями. Поддержка ISO Latin 1 должна существовать во всех броузерах, однако иногда с этим существуют проблемы. Также Вы можете придерживаться ASCII набора символов, которые являются подмножеством ISO Latin 1, в особенности, если у Вас нет необходимости в написании символов с диакритическим знаком или символов, не входящих в английский алфавит (a — z).

    Если Ваша клавиатура или текстовый редактор не позволяет Вам вводить (т.е. сразу печатать) некоторые ISO Latin 1 символы, например, ä или ñ, Вы можете использовать символьные escape последовательности.

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

    • Наборы символов DOS и Macintosh не совместимы с ISO Latin 1. Это касается использования любых символов вне набора ASCII, так как для них необходимо преобразование. Некоторые программы могут делать эти преобразования автоматически, однако в конверсионных таблицах могут быть ошибки.
    • Набор символов Windows наиболее согласован с ISO Latin 1, однако есть некоторые кодовые позиции, которые зарезервированы в качестве управляющих символов в ISO Latin 1 и, тем не менее используются для изображения видимых символов в наборе символов Windows. Наиболее известные из них — два различных тире «en тире» и «em тире», которые не надо смешивать с дефисом (-) или подчеркиванием (_), принадлежащими к ISO Latin 1 (и даже к ASCII). Если Вы используете такие символы, пользователи Windows систем вероятно увидят их как положено, однако на всех других системах символы скорее всего будет выглядеть, как помарки. (Обычно, такие символы даже не выводятся совсем).

    Теги HTML

    Тег HTML состоит из следующих друг за другом в определенном порядке элементов:

    • левой угловой скобки конечным тегом, закрывающим некоторую структуру . Таким образом в этом контексте Вы можете читать символ /, как конец.
    • имени тега, например TITLE или PRE
    • необязательных, если даже тег может иметь их, атрибутов. Тег может быть без атрибутов или сопровождаться одним или несколькими атрибутами, например: ALIGN=CENTER
    • правой угловой скобки > (такой же, как символа «больше чем»).

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

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

    Для каждого тега определяется множество возможных атрибутов . Большинство тегов допускает один или несколько атрибутов, однако атрибутов может и совсем не быть. Спецификация атрибута состоит из расположенных в следующем порядке:

    • имени атрибута, например WIDTH
    • знак равенства ( = )
    • значения атрибута, которое задается строкой символов, например, «80» .

    Всегда полезно заключить значение атрибута в кавычки, используя либо одинарные ( ’80’ ), либо двойные кавычки ( «80» ). Строка в кавычках не должна содержать такие же кавычки внутри себя. Так, если дата заключена в двойные кавычки, используйте одинарные кавычки для последующего заключения в кавычки, и наоборот. Предпочтительно использование двойных кавычек, так как для глаза человека бывает трудно отличить одинарные кавычки от символов, подобных символам акцентирования.

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

    • символов английского алфавита ( A — Z , a — z )
    • цифр ( 0 — 9 )
    • промежутков времени
    • дефисов ( — )

    Таким образом, W > и ALIGN=CENTER — разрешенное сокращение для W и ALIGN=»CENTER» . Ссылка на URL, например, HREF=foo.htm , допустима, однако, когда URL используется с атрибутами, он должен быть заковычен , например HREF=»http://www.hut.fi/» . Существуют некоторые броузеры, которые допускают отсутствие кавычек или наличие элементов с открывающими кавычками без закрывающих. Однако, такую практику лучше не применять.

    В пределах значения атрибута теги HTML не воспринимаются. А escape последовательности распознаются и интерпретируются, как символы.

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


      можно сократить до

        . Некоторые агенты пользователей (программы просмотра пользователя, броузеры) даже требуют минимизации для некоторых атрибутов (COMPACT, ISMAP, CHECKED, NOWRAP, NOSHADE, NOHREF). Так что лучше использовать минимизированный синтаксис там, где это возможно.

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

      Что касается имен тегов, атрибутов и большинства значений атрибутов, HTML является case нечувствительным языком . Вы можете, например, написать TITLE , или Title , или title , или даже tItLE, если Вам нравится. (В этом документе используется написание на верхнем регистре. Это должно помочь читателю отличить HTML код от нормального текста.) Но существуют и case чувствительные конструкции языка, а именно:

      • escape последовательности (более официально называемые символьными объектами ), которые начинаются знаком & (например, )
      • URL , так как он может содержать наименования файлов, которые являются case чувствительными во многих операционных системах (например, в Unix). Для рассмотрения URL, смотрите http://www.w3.org/pub/WWW/Addressing/Addressing.html. Что касается синтаксиса URL, смотрите ftp://ftp.funet.fi/pub/doc/rfc/rfc1738.txt (полные URL записи) и ftp://ftp.funet.fi/pub/doc/rfc/rfc1808.txt (относительные URL записи).

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

      Когда документ выводится на экран, пробелы и пустые линии не сохраняются , за исключением текста, заключенного в теги PRE (предварительно отформатированный текст). То есть любая последовательность пробелов, символов табуляции и пустых линий эквивалентна единственному пробелу в файле HTML. С другой стороны, пробел в файле HTML может быть представлен с использованием любого количества пробелов или новыми (пустыми) строками.

      Термин newlin (новая линия) используется, чтобы ТЕОРЕТИЧЕСКИ обозначить конец строки. SGML определяет, что строка (запись) должна начинаться стартовым символом (newline — перевод строки, LF, ASCII код 10) и заканчиваться символом конца записи (возврат каретки, CR, ASCII 13). На практике, HTML документы представляются и передаются с использованием newline представления, согласованного с данными компьютерными системами. Поэтому, броузеры HTML допускают поддержку любого из трех общепринятых представлений разделения строк, обозначаемых последовательностью CR LF, только CR, или только LF, и на основе такого допущения и выделяют ошибки представления начальных и конечных символов записи.

      Таким образом, не имеет значения, как Вы разделите текст на строки, так как перевод строки эквивалентен пробелу. Заметим, однако, что Вы не должны в HTML разделять слово на две строки . Если Вы, например, разделили слово international на две строки, как это приведено ниже:

      это будет интерпретироваться, как .

      Таким образом, для логичного представления Вашего документа, Вы должны использовать такие теги HTML, как P или BR, чтобы при необходимости обеспечить перевод строки.

      Броузеры обычно не разделяют слова на две строки, за исключением тех случаев, когда слово содержит дефис. Ссылочные спецификации HTML 3.2 не очень точны в отношении этого вопроса и при обсуждении раздела таблицы, приводится следующее:

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

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

      Что касается использования перевода строки в сочетании с тегами HTML, то есть специальные правила:


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

      эквивалентны строке
      Точно также, игнорируется перевод строки предшествующий конечному тегу. Например, строки

      Символ горизонтальной табуляции (HT) можно использовать в документе HTML. Но в пределах элемента PRE символ табуляции имеет особую интерпретацию, эквивалентен пробелу и не несет в себе информацию о табуляции какого-либо вида. (Чтобы представить табулированные данные, используйте элемент table.) Практически лучше избегать включения символов табуляции в код HTML и использовать вместо этого соответствующее количество пробелов, если нужно отформатировать код источника HTML документа в табулированном виде.

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

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

      Элементы HTML можно классифицировать на три основные категории:

      • заголовочные элементы , т.е. элементы, используемые в элементе HEAD («шапка», заголовок) и содержащие информацию о документе в целом : TITLE, ISINDEX, BASE, META, LINK, SCRIPT, STYLE
      • блоковые элементы , включающие элементы, которые специфицируют структуру документа , например, разделение на части и параграфы (абзацы): H1, H2, H3, H4, H5, H6, ADDRESS, и элементы P, UL, OL, DL, PRE, DIV, CENTER, BLOCKQUOTE, FORM, ISINDEX, HR, TABLE
      • текстовые элементы . Текстовыми элементами могут быть :
        • простой текст, возможно содержащий escape последовательности (например, &)
        • выражения разметки: EM, STRONG, DFN, CODE, SAMP, KBD, VAR, CITE
        • разметка шрифта: TT, I, B, U, STRIKE, BIG, SMALL, SUB, SUP
        • специальные элементы: A, IMG, APPLET, FONT, BASEFONT, BR, SCRIPT, MAP
        • элементы формы: INPUT, SELECT, TEXTAREA

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

      Правило «большого пальца», которое может помочь в запоминании того, какой элемент — блоковый, а какой — текстовый: блоковые элементы завершают абзац, текстовые — нет.

      Заметьтe : часто блоковые элементы могут содержать как текстовые, так и другие блоковые элементы, например, блоки могут быть вложенными. Текстовые элементы также могут быть вложенными. Но текстовые элементы не могут включать блоковые элементы . Например, выражение

      Origin of Species


      Origin of Species

      Этот раздел описывает, каким образом в HTML 3.2. элементы могут быть вложены. Здесь не приводятся правила упорядочения или обеспечения повторной вложенности элементов. Здесь просто даются ответы на вопросы в форме: может ли элемент X появится в пределах элемента Y?

      Та же самая информация представлена в описании отдельных тегов в частях Допустимый контекст и Содержимое . Здесь это представлено в сжатой форме и носит иллюстративный характер.

      Заметки на память:

      (Пояснения к списку)

      • Текст со словами на верхнем регистре описывает элементы HTML.
      • Слово, написанном на нижнем регистре — термин, описывающий сочетание HTML элементов.
      • Элементы могут содержать внутри себя список других элементов, которые находятся в пределах этого элемента. Если нет такого списка, никакая вложенность элементов не разрешена. Исключение составляют элементы block и text . Для них допустимо такое содержание, как это описано в настоящем разделе.
      • #PCDATA означает «символьные данные, используемые при грамматическом разборе» (содержит только escape последовательности, например, ä, теги HTML — не разрешены).
      • body.content (body-содержание) означает: элементы, которые перечислены под элементом BODY.

      HTML

      • HEAD
        • TITLE, SCRIPT, STYLE
          • #PCDATA
        • ISINDEX, BASE, META, LINK
      • BODY
        • H1, H2, H3, H4, H5, H6
          • text
        • block
          • P
            • text
          • UL, OL, DIR, MENU
            • LI
              • text
              • block

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

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

              Нижеследующие элементы совсем не включают текстовые элементы:

              Также автор вводит термин блоковый контейнер , чтобы обозначить любой элемент, который может непосредственно содержать блоковый элемент. Блоковыми контейнерами являются:

              Заметки о разном:
              об escape последовательностях (символьных объектах), именах, цветовых атрибутах, ширине, пикселях, вертикальном выравнивании (VALIGN), непрерывных пробелах ( ), комментарии



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

              Escape последовательности (символьные объекты)

              Escape последовательности или, точнее, символьные объекты, представляют собой метод представления специальных символов. Например, escape последовательность символ «больше чем», правая угловая скобка > & амперсанд & « двойные кавычки «

              Двойные кавычки («) могут использоваться и в пределах обычного текста.

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

              Необходимость в вышеупомянутых escape последовательностях проистекает из синтаксиса HTML. На самом деле escape последовательности существуют для всех символов в наборе ISO Latin 1. Возьмете себе на заметку следующее:

              • вид записи
                ©знак копирайт, ©
                ®знак зарегистрированной торговой марки, ®
                непрерывный пробел
              • записи, такие как Æ (для AE лигатуры, Æ), определены в приложении Символьные объекты для ISO Latin-1 к HTML 3.2 Ссылочным спецификациям .

            • существуют последовательности вида &# n ;, где n — позиционный код символа в десятичном исчислении (в диапазоне от 0 до 255)

            Есть и другие причины для использования escape последовательностей. Использование ä вместо д казалось бы может дать некоторую независимость символьного кода, однако на самом деле это не так — если броузер может вывести ä правильно, он может также верно вывести и документ, в котором прямым образом специфицирован символ д. Однако бывает так, что из-за ограничений клавиатуры невозможно прямым образом ввести некоторые специальные символы, и в таких случаях можно воспользоваться нотацией (последовательностью), подобной ä.

            Некоторые броузеры поддерживают и другие escape последовательности, например, ™, ­, &cbsp;. Использование таких нотаций не рекомендуется. (Нотация ™ представляет символ, который вообще не принадлежит к ISO Latin 1. Вместо этого можно использовать проверенную нотацию TM . Нотация ­ задает «мягкий дефис», который имеет неопределенную семантику в HTML. Нотация &cbsp; установленная для «условного прерывающегося пробела», отсутствует в ISO Latin 1 и, возможно, такой символ скоро вообще не будет использоваться.)

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

            • буквы английского алфавита ( A — Z , a — z )
            • цифры ( 0 — 9 )
            • промежутки времени
            • дефисы ( — )

            и начинающуюся с буквы.

            Концепция имени имеет место в описании атрибутов HTTP-EQUIV и NAME элемента META и в описании атрибута NAME элемента PARAM.

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

            В элементах FONT и BODY некоторые конструкции HTML могут быть использованы, чтобы специфицировать цвета: например, цвет фона, цвет текста по умолчанию или цвет текста связи.

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

            Для спецификации цвета, как значения атрибута, существуют два варианта:

            • Символьная нотация RED. Определено шестнадцать таких имен (см. ниже), которые можно записывать в любом регистре с кавычками или без.
            • Цифровое обозначение в шестнадцатиричной записи, например, «#FF0000», которая контролирует, каким образом цвет формируется из основных цветов — красного, зеленого и голубого — в так называемое sRGB цветовое пространство, при этом обозначение должно быть взято в кавычки.

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

            Чтобы пользоваться предварительно определенными цветовыми именами, необходимо знать их числовые эквиваленты, которые приводяться ниже:

            Цветовые имена и sRGB значения

            Black (Черный) = «#000000» Green (Зеленый) = «#008000»
            Silver (Серебро)= «#C0C0C0» Lime (Известь) = «#00FF00»
            Gray (Серый) = «#808080» Olive (Оливковый) = «#808000»
            White (Белый) = «#FFFFFF» Yellow (Желтый)= «#FFFF00»
            Maroon (Темно-бордовый) = «#800000» Navy (Темно-синий) = «#000080»
            Red (Красный) = «#FF0000» Blue (Синий) = «#0000FF»
            Purple (Фиолетовый) = «#800080» Teal (Чирок) = «#008080»
            Fuchsia (Фуксия) = «#FF00FF» Aqua (Аква) = «#00FFFF»

            Эти цвета были первоначально отобраны, как 16 цветный стандарт, поддерживаемый Windows VGA палитрой.

            Атрибут W > Значение атрибута WIDTH в тегах, например, HR или TABLE можно специфицировать двумя альтернативными путями:

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

          Используемые в атрибутах значения пикселя определяют пиксели экрана . Физический размер пикселя определяется монитором пользователя.

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

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

          Чтобы позиционировать содержимое ячеек в верхней части, середине или нижней части ячейки таблицы соответственно, задаются следующие значения атрибута VALIGN: TOP (верх), M > По умолчанию VALIGN=M > Последовательность является escape нотацией для символа, который в других контекстах обычно называется непрерывным пробелом, или, для краткости, NBSP. Согласно ISO 8859, этот символ должен быть представлен, как обыкновенный пробел (пропуск, пустое место), однако такой, который не заменялся бы переводом строки (как это часто бывает с обыкновенным пробелом в текстовой обработке). То есть для того, чтобы два слова были на одной строке с некоторым расстоянием между ними, между этими словами должны появиться непрерывные пробелы. (Действительная ширина промежутка между словами может меняться, и нет необходимости привязываться к определенному количеству пробелов в файле HTML.)

          Вопрос о том, надо предупреждать перевод строки, когда осуществляется вывод HTML документа, не имеет однозначного ответа. Спецификации HTML 2.0 говорят:

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

          Более того, хотя HTML 3.2 Ссылочные спецификации не вносят ясности в этот вопрос, в разделе описания атрибута NOWRAP элементов TH и TD указывается, что знак должен действовать как непрерывный пробел, по крайней мере в пределах ячеек таблицы.

          Если Вы используете непрерывные пробелы, используйте их вместо обычных пробелов, а не в дополнение к ним. Например, если Вы хотите предупредить перевод строки между version и 3 , наберите version 3 (но не version 3 ).

          С другой стороны, в таблице в HTML 3.2 может иметь совершенно другое значение, которое может быть описано, как непустое пространство : когда таблица представлена с бордюром, ячейки без содержания (просто пробелы не учитываются) изображаются без бордюра, однако в разметке указывается!

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

          Вы можете начать комментарии с четырехсимвольной последовательности (знак «меньше чем», восклицательный знак, два дефиса) и завершить его трехсимвольной последовательностью (два дефиса, знак «больше чем»). Например: .

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

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

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

          Начнем с самого простого HTML документа, содержащего только простой текст Hello world . В HTML файле содержимому обязательно должен предшествовать раздел HEAD, который минимально может состоять из двух конструкций. Тогда код HTML можно представить так:

          На самом же деле, в точности , этот документ имеет следующую структуру:

          То есть, за исключением первой строки, весь файл есть HTML элемент который содержит HEAD элемент, (включающий TITLE элемент) и BODY элемент, с простым текстом в качестве содержимого.

          Таким образом, при отсутствии тегов HTML, HEAD, и TITLE броузер сам вставит их в нужные места. Поэтому Ваш документ всегда будет содержать HEAD и BODY.

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

          Здесь же мы просто подчеркнем, что каждый HTML документ должен содержать основную информацию о его происхождении . Частные рекомендации могут уточнить в деталях форму представления этой информации.

          Если Вы стремитесь к тому, чтобы люди отыскали Ваш документ по соответствующим связям, важность предоставления информации о его происхождении становится очевидной. Когда пользователь найдет Ваш документ с помощью, например, поискового ресурса AltaVista, он, вероятнее всего, захочет узнать, к какому виду относится документ. Поэтому каждый файл HTML должен предоставлять самую основную информацию (или связи к информации) о его происхождении и природе. Например, в собрании книгоподобных документов, разделенных на малые файлы, каждый файл должен содержать, по крайней мере, связь к «первой странице» «книги» (Home page).

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

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

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

          Информация о документе — раздел HEAD

          Как уже упоминалось, есть две обязательные структуры в HTML 3.2, и они должны быть написаны в следующем порядке:


            структура

          (в которой Вы теоретически должны иметь фрагмент HTML 3.2 Final вместо HTML 3.2 )

          Большинство броузеров не заметит, если Вы опустите это, но этого требуют спецификации 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 поддерживает списки и таблицы , которые можно представить, как подобные абзацам. Внутренняя структура абзацев и подобных им элементов состоит из тегов текстового уровня , которые мы приводим далее.

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

          • заголовки различных уровней: H1, H2, 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 документа:

          1. Записать заголовок для всего документа и для него использовать H1 элемент с атрибутом ALIGN=CENTER.
          2. Разделить документ на главные части, записать соответствующие названия для них, используя H1 с ALIGN=LEFT. При этом и в дальнейшем старайтесь избегать деления на более, чем семь частей.
          3. Если необходимо, разделите главную часть на меньшие части с заголовками H2, и, если необходимо, разделите каждую из этих подчастей на части уровня ниже этого с заголовками H3. Избегайте использования заголовков H4 и, в особенности, заголовков H5 и H6, так как они выводятся на экран маленьким шрифтом, отчего документ становится трудночитаемым. (Если Вы все-таки хотите использовать H4, попробуйте разделить документ на еще меньшие части.)
          4. Если у Вас есть раздел, скажем, с заголовком H2 включающий заголовки H3, избегайте вставки текста между заголовком H2 и первым заголовком H3. Вставка такого текста может быть допустима, если только он содержит очень короткие заметки, такие как: общая ориентировочная информация, некоторые пометки о разделе или девиз. Длинный «бездомный» текст создает неудобство для читателя, который не знаем Ваших намерений. Поэтому используйте подразделы с заголовками соответствующего уровня и с текстом типа «Вводные замечания» , «Всеобщее» или «Итоги» .
          5. Разделите меньшие части вышеупомянутой структуры на абзацы или подобные абзацам блоки (именованные списки или таблицы), как описано ниже. Заметьте, что в HTML Вы должны точно обозначить разделение на абзацы элементами HTML; появление пустой строки не заставит параграф прерваться.
          6. В пределах абзаца используйте элементы текстового уровня, нормальную разметку фраз, чтобы отличать специальные текстовые сегменты от обычного текста, например, поместите в кавычки выводимый компьютером текст или подчеркните ключевые слова.
          7. Добавьте связи и, если это требуется, изображения или другой иллюстративный материал.

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

          • Для абзацев обычного текста используйте элемент 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 с начальным и конечным тегами. Элементы разметки не должны перекрываться . Например, следующая запись будет ошибкой:

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

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

          Элементы фразы (логическая разметка текста)

          Для выделения текста существует два фразовых элемента — 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.

          The scalar variable $line is of course the line counter.

          The loop construct is of the form
          while (&lt;&gt;) <
          process one line of input >

          Assuming that you have written this script (the simpler version of it) into a file named lines , you could test it using a command of the form
          ./lines datafile
          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):

          Замечания к примеру:

          • здесь не использовалась вложенность текстовых разметок.
          • программный код мог бы быть представлен только в пределах PRE элемента без дополнительного использования внутри еще и CODE элемента, однако то, что код вложен в CODE элемент, который в свою очередь вложен внутрь PRE элемента, не нанесет вреда и может быть даже полезно в броузерах, которые для различных целей используют моноширинные шрифты.
          • аналогично, использование SAMP и KBD в приведенном примере может означать, что ввод пользователя представляется отлично от компьютерного вывода. Используя таблицу стилей, Вы могли бы даже специфицировать шрифт, цвет, фон и другие свойства для этих логически различных элементов.

          Управление размещением

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

          Таким образом, на Web нет такого понятия, как конкретное размещение документа. Как автор Вы не можете жестко задавать размещение , а только некоторым образом воздействовать на него. Следующие замечания и информация относятся к свойствам HTML, ориентированным на обеспечение размещения документа. Читайте материал, помня об этом.

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

          В отдельных случаях Вам может понадобиться центрировать части текста, чтобы отличит их от обычного текста. Для этого можно использовать атрибут ALIGN=CENTER в таких элементах, как P или DIV (или отдельный элемент CENTER).

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

          Что касается вопросов формата, таких как перевод строки или предотвращение перевода строки, смотрите Деление на строки и использование пробелов и символов табуляции . Выше также обсуждались и вопросы шрифтов.

          Связи

          Связи (часто называемые гиперсвязями) являются особенностью, которая оправдывает наличие части HT в аббревиатуре HTML (HyperText Markup Language — Язык разметки гипертекста).

          Технически связи специфицированы использованием A-элементов (anchor — якорь), и эти вопросы обсуждены в описании тега A. Здесь мы представляем только базисную идею, очень простой пример и несколько практических замечаний.

          Связь — это прямое соединение отдельных точек в документе с другими точками в том же самом или других документах. В HTML терминологии точки часто называют anchors (якорь) .

          Существуют два конца связи (якоря): связь осуществляется от одной точки к другой. Последняя, называемая целью (target) связи, часто является началом документа.

          В простейших случаях Вы создаете связь от одной точки Вашего документа к другому документу (Вашему собственному или написанному кем-то еще). У Вас есть возможность решить, какие слова будут действовать, как видимое представление связи, т.е. фразы, которые отличаются от остального документа, и, кроме того, Вам необходимо знать Web адрес — URL (Uniforme Resource Locator, униформный локатор ресурса) этого документа. В этом случае Вы сможете объединить информацию с помощью соответствующего A-элемента. Например:

          Это выводится броузером в следующем виде:

          Связанный текст , здесь — аббревиатура 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. Обратимся к нему следующим образом:

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

          Проблема правильного использования графических изображений в HTML документе очень трудна и многоаспектна, но мы попытаемся рассказать и об этом. Читателям, которые знают финский, предлагаем прочитать документ Kuvien kдytцstд viestinnдssд yleensд ja Webissд erityisesti .

          В HTML 3.2 нет общей поддержки представления математических формул . Так как работа по этому вопросу находится в стадии развития, для ознакомления посмотрите документ W3C по Математической разметке . При необходимости Вы можете использовать некоторое программное обеспечение (например, TeX), чтобы оформить формулы, как изображение, например, в формате PostScript, и, используя тег IMG, вставить его в Ваш документ, или тег A, чтобы создать связь к нему. Последний способ более предпочтителен, особенно для больших формул. Если пользователю хочется читать текст не отвлекаясь, то взглянуть на формулу (изображение) он сможет, когда захочет. Более того, он сможет посмотреть ее в отдельном окне экрана.

          Таблицы — tables (Нет в HTML 2.0!)


          Концепция таблиц в HTML 3.2

          Структура таблиц в HTML включает строки и столбцы, которые могут иметь заголовки (headers — имена, титулы, объяснения). Таблица в обычном варианте представляется в естественном виде, с согласованно расположенными столбцами. Таблицы — важнейшее улучшение в HTML 3.2 по сравнению с HTML 2.0. С другой стороны конструкция таблиц HTML 3.2 является всего лишь подмножеством Табличной модели HTML3 (RFC 1942).

          D HTML табличные элементы обычно называют ячейками , чтобы избежать смешивания с табличным элементом (TABLE element), который в описании HTML соответствует всей таблице.

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

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

          Для представления таблиц используются нескольких видов тегов HTML:

          • теги TABLE, которые обрамляют всю табличную спецификацию
          • необязательный элемент CAPTION, специфицирующий заголовок (имя) таблицы
          • теги TR, специфицирующие строки таблицы
          • теги TH, специфицирующие заголовки строк и столбцов
          • теги TD, специфицирующие данные в таблице, т.е. содержимое табличных ячеек

          Основные табличные структуры

          Давайте начнем с очень простого примера. Он связан с представлением таблицы чисел 2 на 2 (единичная матрицa) без каких либо заголовков. Код HTML выглядит следующим образом:

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

          1
          1

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

          Более того, хотя удаление конечных тегов допустимо в HTML 3.2, отдельные броузеры (включая Netscape) не смогут без них правильно представить таблицу.

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

          Дополнительные свойства; типичная таблица с текстовыми ячейками

          Есть несколько элементов, которые Вы можете добавить к вышерассмотренной простой табличной модели:

          • Заголовок (caption) для таблицы, связанный с самой таблицей (в дополнение к строкам текста о таблице в документе).
          • Подзаголовки (headers) (объяснения) как для табличных строк, так и для колонок.
          • Рамки (borders) вокруг таблицы и каждой табличной ячейки.

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

          Заметьте, что некоторые табличные элементы в примере содержат разметку текста; в данном случае есть специфические причины для использования элемента I.

          Параллельные тексты

          Если у Вас есть логически параллельный текст, например, документ на нескольких языках, или несколько вариантов одного текста, элементы TABLE, по-видимому, наилучший способ его представления. (Использование элемента PRE — возможно, но требует утомительного форматирования, в результате которого формируется текст с одноразмерным шрифтом.)

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

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

          Нижеследующий пример представляет фрагмент текста из Библии в трех вариантах и переводах:

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

          Использование таблиц для представления дефинитивных списков

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

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

          Числовые таблицы

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

          Для числовых таблиц соответствующее выравнивание обычно важно для формирования легко читаемого представления.

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

          • использование атрибута ALIGN=RIGHT в каждом элементе TD, или
          • использование атрибута ALIGN=RIGHT в каждом элементе TR и перекрытие их атрибутами ALIGN=LEFT или ALIGN=CENTER в элементах TH, если это надо.

          Числа, содержащие десятичную точку (или во многих языках — запятую) должны быть выровнены согласно этому правилу, что, к сожалению, невозможно в HTML 3.2. (Известны попытки удовлетворения подобных запросов, однако на сегодня мало кто поддерживает их.) Существует, правда, один вариант решения — представлять такие значения так, чтобы в каждой колонке справа от десятичной точки было одно и то же количество цифр и использовать при этом ALIGN=RIGHT.

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

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

          Пример table5.html :

          Measurement results
          time temperature pressure
          12:00 26.00 12.800
          12:15 22.50 9.810
          12:30 11.00 1.650
          12:45 3.30 0.030
          13:00 0.05 0.002

          Использование таблиц для представления меню

          Часто требуется представить большой набор относительно малых образов. Например, у нас есть документ о различных странах и мы хотим создать меню из имен стран, чтобы использовать его, как индекс. И индекс должен использовать обычные связи, например
          Afghanistan .

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

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

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

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

          Однако, представление должно быть таким, чтобы все образы занимали одно и то же пространство. Поэтому можно либо использовать элемент PRE, либо затратить усилия на конструирование подходящего элемента TABLE. Например:

          Заметим, что это решение не совсем идеальное. Оно использует структуру TABLE, в которой разделение на строки сделано только для целей компоновки, а добавление новых образов потребует полной реструктуризации таблицы. Как правило, необходимо вставить атрибут W > Иногда требуется создать табличный элемент, объединяющий две или более ячейки, как в горизонтальном, так и в вертикальном направлении. В качестве примера рассмотрим склонение латинских местоимений:

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

          В данном примере первая ячейка специфицируется с ROWSPAN=2, что в действительности означает, что две смежные ячейки в одном и том же столбце объединяются в одну ячейку. Заметим, что когда Вы пишете код HTML для следующей строки (второй элемент TR), вы просто пропускаете элемент ячейки, соответствующий месту, которое уже взято для использования.

          Вложенные таблицы

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

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

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

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

          Шрифты в табличных элементах

          У нас часто спрашивают: каким образом для данных в таблице можно задавать вид, размер и цвет шрифта?

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

          Если предположить, что Вам действительно необходимо задать вид, размер и цвет шрифта, учтите, что Вы можете рассчитывать на работу HTML кода в большинстве броузеров (допуская, что они обладают полной поддержкой таблиц), но это не соответствует стандартам. В частности, в Netscape элемент BASEFONT не влияет на текст в таблицах.

          Коротко по поводу вида, размера и цвета шрифта: Вид шрифта В HTML коде не устанавливается вообще. Можно только использовать элементы разметки, чтобы задать шрифт специфического вида (например курсив, одинакового размера, жирный). Это не может быть установлено глобально, т.е. если Вы хотите установить их во всех элементах таблицы, они должны появляться отдельно в каждом TH или TD элементе. (FACE атрибут элемента FONT является нестандартным, но он относительно безвреден. Однако в любом случае, он является «локальной» разметкой текстового уровня, поэтому необходимо устанавливать его для каждой ячейки таблицы отдельно.) Размер шрифта Локально (например, внутри ячейки таблицы) можно использовать SMALL, BIG или FONT SIZE=. Вы можете установить глобальный (по умолчанию) размер шрифта с помощью BASEFONT, но это обычно не действует на содержимое ячеек таблицы. Цвет шрифта Локально (например, в ячейке таблицы) можно использовать FONT COLOR=. Вы можете по умолчанию установить цвет текста глобально, для всего документа — с помощью BODY TEXT=. Но Вы не можете установить по умолчанию цвет для таблицы, отличный от цвета документа.

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

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

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

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

          Почти в то же время, когда HTML 3.2 Ссылочная спецификация стала общеизвестна, как W3C Рекомендация, с подобным же статусом была распространена рекомендация касательно таблиц стилей: Группа таблиц стилей, версия 1 , сокращенно CSS1. Обе рекомендации самостоятельны в том смысле, что сочетание спецификаций таблиц стилей с HTML документами точно не определено. В частности, CSS1 упоминает атрибуты > Язык HTML 3.2 обеспечивает два способа обращения к таблицам стиля в HTML документах:

          • первый — можно использовать элемент LINK с атрибутом REL=STYLESHEET; здесь таблица стиля находится в отдельном файле, а LINK элемент специфицирует ее имя
          • другой — можно использовать элемент STYLE; в этом случае, сама таблица стилей является содержимым STYLE элемента или находится в отдельном файле.

          В обоих случаях Вы можете, например, определить видимое представление элементов H1 в Вашем документе, но не можете определить, чтобы некоторые Н1 элементы были представлены одним способом, а другие Н1 элементы (в том же самом документе) — другим. Однако, броузер, который поддерживает таблицу стилей, вероятно, поддерживает и некоторые механизмы (вне HTML 3.2) для отработки данной ситуации.

          Дополнительные методы использования таблицы стилей в HTML, вероятно, будут возможны в ближайшем будущем, а некоторые из них поддерживаются уже сейчас. Для краткого общего ознакомления смотрите Связывание таблиц стилей с HTML на сервере WDG. Существует также W3C Рабочий проект HTML3 и Таблицы стилей , в котором обсуждаются эти вопросы.

          Согласованному со спецификациями HTML 3.2 броузеру не нужно поддерживать таблицы стилей каким-нибудь особенным способом (за исключением случая распознавания STYLE элемента и сокрытия его содержимого). Также в броузерах возрастает поддержка некоторых особенностей, объявленных в CSS1.

          Описания тегов HTML 3.2

          Индексы и надписи

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

          • Заголовок (heading) , содержащий имя тега и короткое описание его значения, а также, если необходимо, констатацию того факта, что такого тега нет в HTML 2.0.
          • Короткое описание назначения тега.
          • Словесное описание типичного отображения графическими Web броузерами.
          • Описание основного синтаксиса (без атрибутов, за исключением обязательных или очень распространенных).
          • Возможные атрибуты с указанием их смысла и возможных значений — в табличном виде.
          • Допустимый контекст , т.е. спецификация, которая говорит об окружении, в котором может появиться элемент.
          • Допустимое содержимое элемента, т.е. элементы (или другие конструкции), которые могут появиться между начальным и конечным тегами. Если содержимое определяется, как ничего, элемент является так называемым пустым , который либо ничего не требует, либо реализуется без конечного тега и без какого-либо содержания.
          • Примеры . Сначала — простые, показывающие самое основное и простое использование с «умолчанием обо всем», затем более сложный пример (если возможно), демонстрирующий необязательные возможности и т.д. Большинство примеров кодов HTML, представлены, как отдельные абзацы шрифтом одного размера, причем перед этим примером приведено его название в виде, подобном Пример PRE-1.html , действующее как связь к документу, содержащему код и позволяющий читателю посмотреть, как пример выглядит на его броузере и в его программном окружении. Обратите внимание, что само отображение примера не предусмотрено в этом документе; это сделано намеренно, чтобы дать четкое различие между HTML структурой и ее видимым представлением с использованием того или иного броузера.
          • Полезные примечания об использовании тега. Суть их определяется вопросами типа «должен ли я использовать только этот тег, или вместо него можно использовать некоторые другие», и связана с освещением различных практических аспектов с большим углублением в технические детали. Примечания могут включать предупреждения о типичном неверном использовании элементов HTML и распространенных ошибках.

          В представленном материале не обсуждаются элементы XMP, LISTING, и PLAINTEXT. Сейчас они устарели и не используются, вместо них должен использоваться элемент PRE.

          Чтобы установить гиперсвязи (hyperlinks) и «якоря» (anchors) для них, т.е. определить, какое слово или другая конструкция в документе обеспечивает связь с ресурсом (например, с файлом HTML), или специфицировать, что текущее место экрана может использоваться с данным именем, как флажок для таких связей (в том же или другом документе).

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

          Типичное представление

          A-элемент в программе из вида цель «> текст якоря преобразуется при выводе на экран так, что текст якоря представляется способом, выделяющим его из другого текста (например, подчеркиванием или подсветкой).

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

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

          Представление текстов якоря во многих броузерах определяется действиями пользователя. Это зависит от того, посетил пользователь текст якоря или нет. На это также влияют атрибуты LINK и VLINK в элементе BODY. В документе в зависимости от типа броузера и его установок текст якоря может быть нормальным, подчеркнутым текстом или текстом типа примечания.

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

          A-элементы, содержащие какие-либо атрибуты, не влияют на отображение документа (исключение составляет атрибут HREF).

          Основной синтаксис


          Возможные атрибуты


          имя атрибута возможные значения смысл примечания
          NAME строка символов имя для связанного «конца» должно быть уникальным в пределах документа
          HREF URL (униформный ресурсный локатор) сетевой адрес для связанного ресурса должен соответствовать другому HTML документу, PDF файлу, изображению и т.д.
          REL строка указание связи вперед; ср. LINK с REL в принципе, может быть использован для определения, как работать с конкретным связанным ресурсом, когда выводится набор связанных ресурсов
          REV строка указание обратной связи связь от документа A к документу B по выражению REV= relation — та же самая, что и связь от B к A по выражению REL= relation .
          TITLE строка заголовок для связанного ресурса необязательно

          Значение атрибута TITLE может быть использовано, например:

          • для предварительного вывода назначенного ресурса, типа заметок на полях или маленького прямоугольника, когда мышь «ходит» поверх якоря или пока документ загружается
          • как название окна для ресурсов, которые не включают заголовок, например, график или простой текст
          • как тема e-mail сообщения, когда предпочтение отдается элементу A по сравнению с mailto: URL

          Допустимый контекст

          Текстовый контейнер, т.е. любой элемент, который может содержать текстовые элементы. Включает большинство HTML элементов.

          Содержимое

          Текстовые элементы. Заметим, что они включают элемент IMG (изображение может быть представлено, как «текст якоря»), но не могут содержать заголовки (headings) (A-элемент может быть в пределах заголовка, но не наоборот).

          Примеры



          Примечания

          Смотрите общее обсуждение изображений, формул и т.д., которое содержит дополнительные примеры.

          По поводу ISMAP смотрите примеры IMG.

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

          Вам не нужно говорить «Нажми здесь » для того, чтобы дать информацию о Ваших университетских программах. Всего лишь укажите связь от слов, которые Вы могли бы сказать: «Наши выдающиеся университетские программы . «. Связи к большим файлам или неизвестным форматам должны помечаться особым образом, например: «Наша волнующая боевая песня (400k .au). «

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

          Вы не можете вложить A элемент, но можете записать его для использования с двойной целью — как HREF и как NAME атрибуты, например, zap

          Предоставить контактную информацию об авторе текущего документа (т.е. документа, в котором находится элемент).

          Типичное представление

          Типичное представление требует завершение абзаца до и после элемента. Но для Netscape это необязательно (для примера см. ниже). Для представления броузеры используют некоторый специальный шрифт типа курсив.

          Основной синтаксис


          Возможные атрибуты


          Допустимый контекст


          Содержимое


          Примеры

          Очень простая адресная информация, содержащая только E-mail адрес (адрес электронной почты) автора:

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

          Подлиннее, более типичный пример:

          Примечания

          В Руководстве NCSA для начинающих работу с HTML сообщается, что элемент ADDRESS лучше не использовать для почтовых адресов , однако в HTML 2.0 спецификации об этом не упоминается, и приведенный выше пример иллюстрирует использование элемента ADDRESS для задания почтового адреса.

          Некоторые броузеры, включая Netscape, не используют переход на новый абзац (выделение абзацев), когда отображают ADDRESS. Поэтому можно посоветовать использовать теги P вокруг адресной информации, хотя, в принципе, они не являются необходимыми. С тех пор, как P разрешено использовать в пределах ADDRESS, (но не наоборот!) используйте тот же стиль, что и в вышеприведенных примерах.

          Когда записываете адресную информацию, желательно следовать применяемым стандартам. В частности, когда приводите телефонные номера, пожалуйста, следуйте рекомендациям CCITT под номером E.123.

          Сам тег ADDRESS не создает связи , поэтому чтобы обеспечить связь, например, к авторской домашней странице или почтовую связь к адресу E-mail (адресу электронной почты), используйте обычный тег A с атрибутом HREF (в пределах структуры ADDRESS или вне ее). Смотри также: элементы META и LINK с атрибутом REV.

          Не забудьте добавить теги BR для перевода строки.

          APPLET — Java апплеты (Нет в HTML 2.0!)

          Внедрение (вставка) Java апплетов в HTML документ.

          Типичное отображение

          Если броузер приспособлен к использованию Java апплетов, он может запустить апплет на исполнение. Если нет — он высвечивает содержимое (после элемента PARAM) апплета, или строку, специфицируемую в атрибуте ALT.

          Основной синтаксис


          Возможные атрибуты


          имя атрибута возможные значения смысл примечания
          CODEBASE URL основной URL апплета; обычно задает директорию или папку, содержащую код апплета по умолчанию — URL документа
          CODE строка имя файла, который содержит компилированный Applet — подкласс апплета обязателен; интерпретируется как родственный базе, специфицированной атрибутом CODEBASE; не может быть неограниченным
          ALT строка текстовое описание, которое должно высвечиваться вместо апплета содержимое элемента; может быть использовано для тех же целей, но с большей гибкостью
          NAME строка имя отдельного апплета такие имена позволяют апплетам находить (и связывать) друг друга в одном документе.
          WIDTH целое предполагаемая ширина в пикселях, не учитывая окон или диалогов апплета обязателен
          HEIGHT целое предполагаемая высота в пикселях, не учитывая окон или диалогов апплета обязателен
          ALIGN TOP, MIDDLE, BOTTOM, LEFT, RIGHT позиционирует область высвечивания апплета на дисплее подобен атрибуту ALIGN элемента IMG
          HSPACE целое ширина незаполненного пространства слева и справа от зоны высвечивания апплета в пикселях соответствует атрибуту HSPACE элемента IMG
          VSPACE целое высота незаполненного пространства выше и ниже зоны высвечивания апплета в пикселях соответствует атрибуту VSPACE элемента IMG

          Допустимый контекст

          Контейнер текста, т.е. любой элемент, который может содержать текстовый элемент. Включает большинство элементов HTML.

          Содержимое

          Ноль или более элементов PARAM, за которыми следует ноль или более элементов текста.

          Назначение и использование элементов текста в содержимом точно не определено. В HTML 3.2 Ссылочной спецификации приводится следующее пояснение:

          Содержимое APPLET элементов должно использоваться для альтернативного представления апплета для программ просмотра, которые не поддерживают Java. Java-приспособленные броузеры игнорируют этот HTML код. Вы можете использовать PARAM, чтобы показать кадр выполнения апплета с текстовыми пояснениями о том, что делает апплет. И еще одна область применения элемента PARAM — обеспечить связь со страницей, на которой находится информация для броузеров, не поддерживающих Java.

          Заметьте, что текстовые элементы в содержимом и атрибут ALT в начальном теге — два способа вывести что-то вместо апплета. Здесь есть два отличия: значение ALT — простая строка, в то время как элементы могут содержать разметку текста; и атрибут ALT не дает эффекта, если броузер совсем не знает элемента APPLET, тогда как такие же броузеры должны обработать текстовые элементы в содержимом — они просто игнорируют начальный и конечный теги APPLET и PARAM.

          Примеры

          Более сложный пример, использующий PARAM элемент:

          Следующий пример, иллюстрирующий использование CODEBASE:

          Примечания

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

          AREA (ОБЛАСТЬ) — область в реагирующей на нажатие клавиши схеме (MAP) (Нет в HTML 2.0!)


          Типичное представление

          Видимого эффекта нет, но когда пользователь «кликнет» в специфицированной области, идет обращение к документу, упомянутому в элементе AREA.

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

          Основной синтаксис


          Возможные атрибуты


          имя атрибута возможные значения смысл примечания
          SHAPE RECT, CIRCLE, POLY очертания области по умолчанию RECT
          COORDS строка или форма, определяемая SHAPE координаты области обязателен, за исключением используемого по умолчанию SHAPE
          HREF URL адрес документа действует, как гипертекстовая связь
          NOHREF NOHREF означает, что этот регион не действует используется, когда Вы хотите вырезать дыру в «горячей» зоне
          ALT строка текстовое описание области обязателен

          Значения SHAPE и синтаксис и семантика COORDS для каждой формы следующие:

          SHAPE значение форма области синтаксис COORDS значения COORDS
          SHAPE=RECT прямоугольник COORDS=» x1 , y1 , x2 , y2 « x и y задают координаты верхнего левого и нижнего правого углов
          SHAPE=CIRCLE круг COORDS=» x0 , y0 , r « x и y — координаты центра, r — радиус
          SHAPE=POLY многоугольник COORDS=» x1 , y1 , x2 , y2 , x3 , y3 , . « x и y — координаты вершин

          Значения x и y координат измеряются в пикселях от верхнего левого угла соответствующего образа. Это означает, что значение y возрастает вниз .

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

          Примеры различных форм:

          SHAPE=RECT COORDS=»0, 0, 9, 9″ прямоугольник 10 на 10 пикселей в верхнем левом углу изображения
          SHAPE=CIRCLE COORDS=»10, 10, 5″ круг с радиусом в 5 пикселей и центром, расположенном в точке (10, 10)
          SHAPE=POLY COORDS=»10, 50, 15, 20, 20, 50″ многоугольник (в данном случае, треугольник) с координатами вершин (10, 50), (15, 20) и (20, 50)

          Допустимый контекст


          Содержимое


          Примеры


          Примечания

          Если два или более региона перекрываются, регион, определенный первым в схеме (MAP) имеет преимущество перед последующими регионами. Это означает, что элементы AREA с атрибутом NOHREF должны устанавливаться прежде элементов с атрибутом HREF.

          Проектная версия HTML 3.2 содержала DEFAULT, как возможное значение атрибута SHAPE, для использования при спецификации, когда пользователь отбирает точку, которая не принадлежит какой-нибудь области, специфицированной в другом элементе AREA. Это было удалено из окончательного варианта спецификаций. Тот же эффект можно получить используя SHAPE=RECT COORDS=»0, 0, 100%, 100%» . Такой элемент AREA должен быть последним в пределах элемента MAP.

          Атрибут ALT используется, чтобы показывать текстовые метки, которые могут высвечиваться в строке статуса, когда мышь или другое устройство управления курсором находится над горячей зоной, или же для создания текстовой строки для неграфической программы просмотра. Настоятельно рекомендуется использовать атрибут ALT. Заметим, что значение должно быть только строкой без разметки текста.

          B — жирный шрифт

          Представить текст выделенным (жирным) шрифтом.

          Типичное представление

          Выделенное (жирным шрифтом). См. общие примечания к отображению разметки.

          Основной синтаксис


          Возможные атрибуты


          Допустимый контекст

          Контейнер текста, т.е. любой элемент, который может содержать элементы текста. Это включает большинство элементов HTML. Элементы текста могут быть вложенными.

          Содержимое

          Элементы текста. Заметим, что не разрешается перевод (прерывание) абзаца.

          Примеры


          Примечания

          Избегайте использования элемента B. Вместо него используйте логическую разметку, например, элементы EM или STRONG для подчеркивания .

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

          Задание базового URL для относительных URL в документе (например, в атрибутах HREF элемента A). Этот элемент часто используется для отображения документов.

          Например, у нас задан:

          и элемент IMG:

          Это приведет к формированию следующего адреса изображения
          http://foo.com/images/bar.gif

          Типичное отображение

          Никакое. Элемент BASE непосредственно не отображается в документе.

          Основной синтаксис


          Возможные атрибуты


          имя атрибута возможные значения смысл примечания
          HREF URL базовый URL обязателен

          Допустимый контекст

          Элемент заголовка (HEAD), в котором может быть только один элемент BASE.

          Содержимое


          Пример


          Примечания

          Так как в документе допускается только один элемент BASE, Вы не можете иметь различные базовые URL в различных частях файла HTML.

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

          Советуется заключать URL в кавычки , хотя это не всегда обязательно.

          Не забывайте слэш «/». Все, что следует за последним слэшем в URL в элементе BASE интерпретируется, как принадлежащее части имени файла и игнорируется. Нижеследующее является эквивалентом элемента BASE в примере приведенном выше:

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

          BASEFONT (БАЗОВЫЙ ШРИФТ) — размер базового шрифта (Нет в HTML 2.0!)

          Спецификация размера основного шрифта (относительно других размеров).

          Типичное отображение

          BASEFONT устанавливает основной размер шрифта, применяемый к обычному и предварительно отформатированному тексту, но не к заголовкам, за исключением тех, которые модифицируются с использованием элемента FONT с указанием относительного размера шрифта (например, FONT SIZE=+1).

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

          Действительные размеры шрифта устанавливаются в зависимости от броузера. Смотрите примечания об отображении элемента FONT.

          Основной синтаксис


          Возможные атрибуты


          имя атрибута возможное значение смысл
          SIZE строка размер шрифта (1 — 7)

          Из HTML 3.2 Ссылочных спецификаций не явствует, должен ли атрибут SIZE следовал тем же правилам, что и в элементе FONT, или он должен быть представлен, как целое без знака.

          Допустимый контекст

          Контейнер текста, т.е. любой элемент, который может содержать текстовые элементы. Это включает большинство HTML элементов. Элементы текста могут быть вложенными.

          Содержимое


          Примеры


          Примечания

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

          Используйте элемент FONT, а еще лучше SMALL или BIG, чтобы установить размер шрифта локально (заметим, что перевод абзаца не разрешен в пределах FONT.)

          BASEFONT может быть глобальной копией для FONT с SIZE, также как BODY с TEXT — для FONT с COLOR.

          BIG (БОЛЬШОЙ) — большой шрифт (Нет в HTML 2.0!)

          Представление текста большим шрифтом.

          Типичное представление

          Больше, чем нормальный шрифт. Смотрите общие примечания по отображению разметки.

          Основной синтаксис


          Возможные атрибуты


          Допустимый контекст

          Контейнер текста, т.е. любой элемент, который может содержать текстовые элементы. Это включает большинство HTML элементов. Элементы текста могут быть вложенными.

          Содержимое

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

          Примеры


          Примечания

          Избегайте использования BIG. Вместо него вставляйте логическую разметку. В частности, для подчеркиваний используйте элементы EM или STRONG.

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

          Не определено, что получится, если элементы BIG будут вложены. Это может дать, а может и не дать шрифт, больший, чем при использовании одного BIG.

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

          BLOCKQUOTE (БЛОК ЦИТИРОВАНИЯ) — длинное цитирование

          Представить (в типовом варианте — длинную) цитату, как блок цитирования (в противоположность коротким цитатам, вставленным в текст абзаца).

          Типичное отображение

          Как отдельный абзац (или последовательность абзацев). Часто с отступом (возможным как слева, так и справа). Часто — шрифтом, отличным от простого текста, обычно — курсивом.

          Основной синтаксис


          Возможные атрибуты


          Допустимый контекст


          Содержимое


          Примеры


          Примечания

          Цитирование — это точное копирование чьих-то слов. Если Вы излагаете чью-то речь собственными словами — это уже не цитирование, и должно быть представлено как простой текст (без какой-либо специальной разметки).

          BLOCKQUOTE — блоковый элемент, поэтому он используется для относительно длинных цитат. Что касается коротких цитат, их лучше представлять используя разметку текстового уровня. В особых случаях Вы можете использовать CODE, SAMP, KBD или CITE, однако лучше обратиться к специфицированию физического представления, например к использованию курсива или кавычек — согласно Вашим представлениям и требованиям языка, который Вы используете. (В HTML 3.2 не существует общего элемента текстового уровня для цитирования, главным образом потому, что правила цитирования в разных языках различны.)

          Если важно, чтобы текст выводился так, как он написан (с разделением на строки и использованием знаков пробелов и табуляции), можно использовать PRE.

          Когда описывается человеко-машинное взаимодействие, используйте специальные элементы CODE, SAMP и KBD для цитирования программного кода, листингов программ или ввода с клавиатуры.

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

          Хорош тоном считается специфицировать источник цитирования, иногда это даже требуется законом (копирайт). Поэтому, если это возможно, обеспечьте связь к источнику документа на Web в добавление к спецификации источника в тексте.

          Сам элемент BLOCKQUOTE не предоставляет структурированный способ задания источника информации. В представленном выше примере приведен один из способов, как можно это сделает.

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

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

          BODY (ТЕЛО) — тело документа

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

          Типичное отображение

          Если элемент BODY не содержит атрибуты, использование его не дает явного эффекта в непосредственном отображении документа.

          Основной синтаксис


          Возможные атрибуты (Нет в HTML 2.0!)


          имя атрибута возможные значения смысл
          BGCOLOR цветовая спецификация фоновый цвет документа
          TEXT цветовая спецификация цвет для текста документа
          LINK цветовая спецификация цвет для непосещенной гипертекстовой связи
          VLINK цветовая спецификация цвет для посещенной гипертекстовой связи
          ALINK цветовая спецификация цвет для активной гипертекстовой связи; используется для выделения текста связи на момент, когда пользователь нажал на связь
          BACKGROUND URL URL фонового образа

          Допустимый контекст

          HTML элемент, который может быть либо подразумеваемым, либо явным. Только один элемент BODY разрешен в документе, и он должен находится после элемента HEAD (который тоже может быть как подразумеваемым, так и явным).

          Содержимое

          Заголовки, текстовые элементы, блоковые элементы и элементы ADDRESS.

          Примеры


          Примечания

          В документе разрешен только один элемент BODY.

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

          Если Вы устанавливаете какие-то из атрибутов BGCOLOR, TEXT, LINK, VLINK или ALINK, то устанавливайте их все. Иначе, например, специфицированный Вами фоновый цвет может совпасть с пользовательским цветом для текста по умолчанию.

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

          Цвет текста можно изменять локально с помощью элемента FONT с атрибутом COLOR. Однако цвет фона нельзя установить локально, поэтому если Вы хотите использовать отдельные фоновые образы, Вы должны создать отдельные HTML файлы (или использовать таблицы стилей).

          В элемента BODY Вы можете задать как BGCOLOR, так и BACKGROUND. В этом случае обычно броузер отдает предпочтение BACKGROUND, но если изображение фона невозможно загрузить, будет использовано BGCOLOR.

          BR — перевод строки

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

          Типичное отображение

          Перевод строки (но не абзаца).

          Основной синтаксис


          Возможные атрибуты


          имя атрибута возможные значения смысл примечания
          CLEAR LEFT, RIGHT, ALL, NONE управление текстовым потоком по умолчанию — NONE

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

          Допустимый контекст

          Контейнер текста, т.е. любой элемент, который может содержать текстовые элементы. Это включает большинство элементов HTML.

          Содержимое


          Примеры

          Типичный пример, где элемент BR использован для перевода некоторого текста на новую строку:

          Примечания

          Элементы BR могут быть использованы, чтобы смоделировать подабзацы, как объяснено в описании элемента P.

          Элементы BR с атрибутом CLEAR используются при вставке в документ изображений (смотрите описание элемента IMG.)

          Иногда, чтобы получить незаполненное пространство, многократно используют элементы BR. Однако это работает не во всех броузерах. Лучше для этого использовать элемент PRE.

          CAPTION (ЗАГОЛОВОК) — заголовок для таблицы (Нет в HTML 2.0!)


          Типичное представление

          Выше или под самой таблицей обычным шрифтом.

          Обычно заголовок центрирован по горизонтали. (HTML 3.2 не предоставляет средство для изменения поведения броузера.)

          Основной синтаксис


          Возможные атрибуты


          имя атрибута возможные значения смысл примечания
          ALIGN TOP, BOTTOM размещение заголовка относительно таблицы (вверху или внизу таблицы) по умолчанию обычно TOP

          Допустимый контекст

          Элемент TABLE. Если элемент TR присутствует, элемент CAPTION должен следовать первым, до элемента TR.

          Содержимое


          Примеры


          Примечания

          Считается нормальным включать в документ заголовок к каждой таблице. Текст заголовка должен быть относительно коротким, но информативным. Избегайте вставки объяснений в заголовок. Дайте объяснения в пределах обычного текстового абзаца. Заголовок должен сказать, о чем таблица. А в тексте должно говориться почему таблица представлена, т.е. каким образом таблица связана с текстом документа.

          Смотрите обсуждение таблиц, которое также содержит дополнительные примеры.

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

          CENTER (ЦЕНТР) — центрирование (Нет в HTML 2.0!)

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

          Типичное отображение


          Основной синтаксис


          Возможные атрибуты


          Допустимый контекст


          Содержимое

          Заголовки, текстовые элементы, блоковые элементы, а также элементы ADDRESS.

          Примеры


          Примечания

          Элемент CENTER эквивалентен DIV с ALIGN=CENTER. CENTER был введен Netscape прежде, чем в нем была добавлена поддержка элемента DIV. Это учтено в HTML 3.2 в расчете на широкое распространение дополнения.

          Использование атрибута ALIGN в элементах P и заголовках — предпочтительнее использования элемента DIV.

          Так как CENTER — блоковый элемент, он закрывает открытый элемент P (т.е. заставляет броузер вставлять тег

          , когда это необходимо). Но программы просмотра не всегда явно отображают перевод абзаца до и после элемента CENTER. Поэтому если нужно выделить абзац, используйте элемент P с атрибутом ALIGN.

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

          Типичное отображение

          Курсивом. Но когда это возможно, броузер может использовать и подчеркивание (например, так делает Lynx) или расставлять кавычки вокруг ссылки. Смотрите общие примечания к отображению разметки.

          HTML тег

          Элемент (от англ. «definition» ‒ «определение, описание») выделяет специальный термин впервые появившийся в тексте. Большинство браузеров выделяют текст вложенный в данный элемент при помощи ‘курсива’. Установленное по умолчанию форматирование текста можно изменить с помощью CSS свойств.

          Определение термина задаётся с помощью атрибута title у элемента , либо с помощью атрибута title у вложенного элемента , либо текстом внутри .

          Синтаксис

          Закрывающий тег

          Атрибуты

          Для этого элемента доступны глобальные атрибуты и события.

          Стилизация по умолчанию

          Большинство браузеров отобразит элемент со следующими значениями CSS по умолчанию:

          Dfn определение (нет в html 2 0)

          Указывает, что данное слово имеет определение.

          Типичное отображение

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

          Смотрите также общие примечания по отображению разметки.

          Основной синтаксис

          Возможные атрибуты

          Допустимый контекст

          Содержимое

          Текстовые элементы. Перевод абзаца не разрешается.

          Примеры

          Примечания

          Так как на сегодняшний день еще не обеспечена эффективная поддержка DFN, лучше представлять дефинитивные элементы, используя элементы EM или STRONG.

          Спецификация HTML 2.0 не включает DFN, но упоминает его, как элемент, который «должен быть развернут до определенного уровня».

    Понравилась статья? Поделиться с друзьями:
    Кодинг, CSS и SQL