Этот подраздел рассматривает технические задачи, связанные с некоторыми тегами HTML. Рекомендуем пропустить его в первом чтении, дабы возвратиться потом при необходимости. Изложения тегов содержат ссылки на дополнительную литературу.
Escape последовательности либо, вернее, символьные объекты, представляют собой способ представления особых символов. Скажем, escape последовательность < обозначает символ "поменьше чем" (<).
Некоторые символы, такие как <, применяются в HTML в особом значении, следственно должен существовать метод их выражения, как символьных данных внутри самого документа либо в URL. Принято применять следующие нотации (соответствия):
символ | обычное имя (имена) символа | HTML запись символа (escape последовательность) |
---|---|---|
< | символ "поменьше чем", левая угловая скобка | < |
> | символ "огромнее чем", правая угловая скобка | > |
& | амперсанд | & |
" | двойные кавычки | " |
Двойные кавычки (") могут применяться и в пределах обыкновенного текста.
Заметим, что точка с запятой является частью escape последовательности, но в тезисе она может быть опущена. Впрочем одни броузеры обработают такой код HTML, а другие могут и не осознать.
В escape последовательности значим вариант написания символов, то есть различаются заглавные и строчные буквы. Скажем, амперсанд (&) не может быть представлен как & (escape последовательность - неопределена). Escape последовательность ä и Ä - a умляут (a диерезис, написание a с двумя точками над ней) - обозначает два различных символа и дает д и Д. Escape последовательность написанная прописными буквами идентифицируется как &AUML;.
Необходимость в вышеупомянутых escape последовательностях проистекает из синтаксиса HTML. На самом деле escape последовательности существуют для всех символов в комплекте ISO Latin 1. Возьмете себе на заметку следующее:
© | знак копирайт, © |
® | знак зарегистрированной торговой марки, ® |
| непрерывный пробел |
Есть и другие поводы для применения escape последовательностей. Применение ä взамен д казалось бы может дать некоторую автономность символьного кода, впрочем на самом деле это не так - если броузер может вывести ä положительно, он может также правильно вывести и документ, в котором прямым образом специфицирован символ д. Впрочем бывает так, что из-за ограничений клавиатуры немыслимо прямым образом ввести некоторые особые символы, и в таких случаях дозволено воспользоваться нотацией (последовательностью), сходственной ä.
Некоторые броузеры поддерживают и другие escape последовательности, скажем, ™, ­, &cbsp;. Применение таких нотаций не рекомендуется. (Нотация ™ представляет символ, тот, что вообще не принадлежит к ISO Latin 1. Взамен этого дозволено применять проверенную нотацию <SUP><SMALL>TM</SMALL></SUP>. Нотация ­ задает "мягкий дефис", тот, что имеет неопределенную семантику в HTML. Нотация &cbsp; установленная для "условного прерывающегося пробела", отсутствует в ISO Latin 1 и, допустимо, такой символ скоро вообще не будет применяться.)
При постижении HTML слово имя применяется, как технический термин. (Возможно, больше соответствующим термином мог бы быть идентификатор, как бы в доктрины дерзкого сходства с идентификатором в языках программирования). Имя представляет собой последовательность символов, содержащую только
и начинающуюся с буквы.
Концепция имени имеет место в изложении признаков HTTP-EQUIV и NAME элемента META и в изложении признака NAME элемента PARAM.
Строка символов, которая применяется для NAME изредка может содержать и другие символы, впрочем тогда она должна быть взята в кавычки.
В элементах FONT и BODY некоторые конструкции HTML могут быть использованы, дабы специфицировать цвета: скажем, цвет фона, цвет текста по умолчанию либо цвет текста связи.
Так как все мониторы и программы могут отображать цвет, действительное отображение может быть черно-белым либо с разными оттенками серого.
Для спецификации цвета, как значения признака, существуют два варианта:
Конечно, символические нотации много легче и больше внятны. С иной стороны численные обозначения дают огромнее возможностей.
Чтобы пользоваться заранее определенными цветовыми именами, нужно знать их числовые эквиваленты, которые приводяться ниже:
Цветовые имена и 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 палитрой.
См. также:
Значение признака WIDTH в тегах, скажем, HR либо TABLE дозволено специфицировать двумя альтернативными путями:
Первый вариант относительной спецификации больше предпочтителен, т.к. автор не может знать размера пикселя на экране читающей программы пользователя.
Используемые в признаках значения пикселя определяют пиксели экрана. Физический размер пикселя определяется монитором пользователя.
При итоге документа на прибор с дюже высоким разрешением, скажем, лазерный принтер, броузеры обязаны умножать значения в пикселях на соответствующий показатель. То есть, если программа просмотра имеет дисплей с 75 пикселями на дюйм, а итог должен осуществляться на лазерный принтер с 600 точками на дюйм, значение признака HTML в пикселях умножается на 8.
В некоторых тегах, связанных с таблицами, может быть использован признак VALIGN для управления вертикальным выравниванием, т.е. позиционированием в вертикальном направлении ячеек таблицы.
Чтобы позиционировать содержимое ячеек в верхней части, середине либо нижней части ячейки таблицы соответственно, задаются следующие значения признака VALIGN: TOP (верх), MIDDLE (середина), BOTTOM (низ).
По умолчанию VALIGN=MIDDLE.
Последовательность является 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 файла. Такие строки могут быть пригодны, и их не стоит убирать.