Начало ▶ Информация ▶ Обработка ▶ Компьютер ▶ Программа ▶ Документ ▶ Текст ▶ Формат ▶ Язык разметки ▶ HTML ▶
Учебник
www.pavelkalinin.narod.ru/ru1/uv9km.htm  [2016`07`04]
Публикация
————————————————
 „HTML­Book.Ru”
■  Тег <pre>.  Блок предварительно форматированного текста. В частности, цепочка пробелов не сокращается до одного — оставляется как задана. Как правило используется моноширинный шрифт. Удобно выводить многострочный код программы с отступами в началах строк.
■  Тег <code>.  В частности, вывод части строки кода программы. Как правило используется моноширинный шрифт.
■  MIME-типы   Значения  Справочник по HTML   HTML    „HTMLBook.Ru”
————————————————
■  Изучите HTML и CSS всего за 3 дня  [Олег Касьянов;  „Kasyanov.Info”]
■  HTML5  [ ВикиПед]
2010`09`23  Типы носителей [Разные стили под разные платформы и устройства]   Самоучитель CSS   „HTMLBook.Ru”
2009`04`11  Не используйте @import  [ „Публикации” („Habr”)]
HTML5 [Набор статей от Влада Мержевича]    „HTMLBook.Ru”
Погружение в HTML5 [Книга, самоучитель; Марк Пилгрим; Вольный перевод Влада Мержевича]    „HTMLBook.Ru”
Dive Into HTML5 [Mark Pilgrim (Марк Пилгрим) при участии сообщеста; Исходный текст [Англ.]]
2013`05`12 04:46  [„Pavel Kalinin”]
Планировалось приведение HTML к стандартам изначально формально строгого, но гибкого и универсального XML. В результате обработчики XML восприняли бы подогнанный HTML как не более чем вэб-диалект XML. Это есть идея унификации разметки всей символьной цифровой информации (а не только гипертекста для чтения человеком). Рано или поздно это будет воплощено.
XHTML 2.0  [ВикиПед]
DTDs
Document Type Definitions
[2002`08`01, Revision: 1.27]
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"
XHTML  [ВикиПед]
Валидация XHTML документов
Валидный документ должен содержать определение типа документа (DTD). DTD должен быть расположен до всех других элементов документа. <…>
XHTML 1.0 Transitional
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
2010`09`22  XHTML  [„HTMLBook.Ru”]
Код символа
Цвет
Физическая разметка текста
Абзац
Параметры „margin-top” и „margin-bottom” следует задавать всегда. По англосакским правилам абзацы разделяются отступом. Если данные параметры не заданы, то делается отступ по‑умолчанию. При этом различные текстовые процессоры делают этот отступ неодинаковым. В частности „Opera” отступает 8 пунктов, а „Microsoft Word” 10-й версии — 14 пунктов. То есть разметка текста на странице попадает в зависимость от выбора текстового просмотрщика, что недопустимо.
<NoBr> … </…>  —  No Break (Без разрыва).
<WBr>          —  Word Break (Разрыв слова). Задаёт точку переноса на следующую строку в слишком длинном слове или внутри конструкции <NoBr>…</NoBr>.
Даже если символьная цепочка не имеет пробелов, мягкого переноса и дескриптора <WBr>, то она всёравно может быть разорвана с переносом оставшейся части на следующую строку. Это происходит около некоторых символов, отличных от букв и цифр. Более того, символы, на которых цепочка может быть разорвана, могут разниться от обозревателя к обозревателю. Вот составленный мной список некоторых таких символов:
„-”,  „…”,  „/”.
Таким образом, если в символьной цепочке, которая не должна быть разорвана, встречается один из этих символов, то следует применять дескриптор <NoBr>.
ДескрипторNoBr”, оказывается, уже давно отмер. Вместо него следует использовать его аналог в каскадах стилей:
white-space
Наиболее соответствующее значение атрибута: „Pre”. Например:
<span style='white-space:Pre'>–12 В</span>”.
А ещё лучше будет определить класс стиля строкой „span.NB {white-space:Pre}” и в тексте писать:
<span class="zNB">–12 В</span>”.
Шрифт
<Font     Face="Verdana, Tahoma, Arial" Size=+2 Color=> … </…>
<BaseFont Face="Verdana, Tahoma, Arial" Size=+2 Color=> … <BaseFont …>
<Sub> … </…>   —  Нижний индекс (Subscript).
<Sup> … </…>   —  Верхний индекс (Superscript).
Логическая разметка текста
<{H1|…|H6}> … </…>   —  Заголовок с уровнем его крупности. Формально является абзацем. То есть вместо идентификатора обычного абзаца „p” используются описываемые идентификаторы. Текст внутри заголовочной констукции пользуется особым вниманием поисковых серверов. По этому тексту они определяют тему страницы и применяют решение о помещении её в соответствующие разделы своих каталогов.
<EM> … </…>          —  EMphasis. Выделение важного. Обычно Курсивом.
<Strong> … </…>      —  Выделение важного так, чтоб бросалось в глаза. Обычно Жирным.
<Dfn> … </…>         —  Определение (Definition). Выделение определение понятия. Обычно Курсивом.
<Cite> … </…>        —  Определение (Definition). Цитата малая. Обычно Курсивом.
<BlockQuote> … </…>  —  Цитата большая — отдельный абзац с отступом.
Список
Нумерованный
Нумерование латинскими и арабскими цифрами в одном списке, начиная с 8-го номера:
  1. Первый
  2. Второй
  3. Третий
Следует понимать, что список представляет собой абзац с каким-то небольшим левым полем. Присутствуют какие-то вертикальные поля, но в тексте они не определяются. Нет нумерования кириллицей: „а”, „б”, „в” и т.д.. Символ, стоящий после цифры или буквы — всегда точка.
Многоуровневые списки не определены.
Маркированный
Пример:
У этого типа списка — те же косяки с установками абзаца. Вертикальные поля несколько другие, левое поле больше, и тоже их значения не задаются в тексте. Доступны всего три маркера (все их можно видеть в списке).
Резюме такое. Списки лучше оформлять вручную. Для маркированных списков в качестве маркеров можно использовать символы:
•  —  Пуля (Bullet [Англ.]).
Файловая система
В отличие от дескрипторов HTML, в именах файлов и папок имеет значение регистр букв. Для того чтобы не путаться и не запоминать каждый раз, в каком регистре набрано то или иное имя, web-разработчики пользуются неписаным соглашением: все имена папок и файлов состоят только из строчных (маленьких) букв. Если не нужны лишние проблемы, не употреблять кириллицу.
Чувствительность к регистру букв и прямые косые (прямые слэши, slashes) в именовании файловых объектов унаследованы из операционной системы UNIX, на основе которой и был рождён Интернет. В операционных системах Майкрософта имена файловых объектов не чувствительны к регистру букв, и используются обратные косые (обратные слэши, backslashes).
Изображение
Картинку для отображения на странице можно брать с другого компьютера в Сети: „<img src="http://www.vasya.com/HTML/Graph/Pic.jpg" />”.
Дескриптор <Base>. Непарный. Задаёт точку отсчёта (базу), от которой будут откладываться все адреса. По умолчанию текущей базой является папка, в которой находится текущий HTML-файл. Дескриптором <Base> в терминах файловой системы Microsoft устанавливается текущая папка (как и командой „ChDir /D”). Например, если многие картинки страницы находятся в папке Graph, можно задать: „<Base href="http://www.vasya.com/HTML/Graph/" />”.
Недостаток дескриптора <Base> — в параметре href приходится указывать полный URL. В случае переноса Web-страницы на другой сервер, дескриптор придётся редактировать.
Графика на странице как правило более объёмная, чем текст, и загружается медленнее и в последнюю очередь. Чтобы текст не прыгал по мере подгрузки изображений, следует для каждой картинки указывать её размеры в пикселях. Например „<img src="Pic.jpg" width="160" height="100" />”. Тогда под картинку сразу будет выделено верное место. Оно не изменится по мере загрузки картинки.
До того как загрузится большая картинка, можно временно показать маленькую, с низким качеством. Делается так: „<img src="Pic.jpg" alt="Это — я." lowsrc="PicSmall.jpg" />”.
Горизонтальное положение картинки на поле страницы: „<img src="Pic.jpg" align=... />”. Значения параметров: „left”, „right”. При этом текст получает право расположиться сбоку от картинки, на свободном пространстве.
Для отмены обтекания текстом картинки использовать в тексте „<br clear=... />”. Параметр „clear” отменяет режим выравнивания, заданный для картинки в дескрипторе Img. Следующая строка текста начнётся с места, чистого от картинки. Значения: „all”, „left”, „right”.
Вертикальное положение картинки относительно строки текста: „<img src="Pic.jpg" align=... />”. Это выравнивание востребовано для картинок, которым предназначено находиться в строке текста и высота которых соответственно сопоставима с высотой букв строки. То есть такие картинки — это как правило пиктограммы и акцентирующие эмоции рожицы (смайлики) и иные знаки. Значения параметров: „absbottom”, „bottom” = „baseline”, „middle”, „absmiddle”, „texttop”, „top”. Значения с приставкой „abs” и значение „top” обозначают выравнивание по абсолютным габаритам текста — по наиболее выступающим элементам букв.
Поля (отступы) между картинкой и её окружением задаются в пикселях так: „<img src="Pic.jpg" hspace="2" vspace="3" />”.
————————————————
Выравнивание по вертикали объектов, встроенных в строку текста:
„<img style='vertical-align:ИдЗнач' src="Pic.jpg" />”.
См. „HTMLBook.Ru”.
————————————————
Ссылка
————————————————
Атрибут target   Тег <a>  Справочник по HTML (Теги HTML)    „HTMLBook.Ru”
2013`04`28 18:38  [Pavel Kalinin [Учётная запись „Disqus”]]
Атрибут „target” („цель”) разрешён для переходного типа HTML-документа (например при Doctype = „XHTML 1.0 Transitional”), однако запрещён для строгого типа (например при Doctype = „XHTML 1.0 Strict”). Но тогда как в документе строгого типа открывать ссылку в новой вкладке/окне браузера при обычном клике на ссылке? Иными словами, что в данном случае следует применять вместо указания „target="_blank"”, чтобы документ соответствовал строгому типу?
2013`04`28 22:54  [Pavel Kalinin → „Pavel Kalinin”]
Оказывается, строгий тип HTML-документа осознанно запрещает задавать в коде страницы вкладку/окно назначения при открытии ссылки. Идея следующая. Сам пользователь должен каждый раз решать, где ему хочется открыть конкретную ссылку. Программисту же кода страницы в этом отказано — дескать, он не должен давлеть над предпочтениями пользователя, и, вообще, открывание каких-либо вкладок/окон не есть прерогатива HTML. Поэтому при обычном клике ссылка будет открываться способом, принятым в браузере, — обычно в текущей вкладке. [См. форум: 1) Как открыть ссылку в новой вкладке?; 2) Как сделать открытие ссылки в новом окне валидным в doctype 4.01 strict?].
Вроде логика какая-то наличествует. Но имеется существенное возражение. Я, как создатель сайта, забочусь не только о каждой странице, но и о ясности перехода между ними, то есть о навигации по сайту в целом. У пользователя должна быть ясность откуда он пришёл и где находится в смысле иерархии сайта, дерева подчинённости страниц. Поэтому я проповедую следующий принцип. Если переход по ссылке происходит к странице-родителю или дочерней странице (верх-вниз по ветке), то это происходит в текущей вкладке. Если же открывается страница на другой ветви дерева в рамках сайта, а тем более на другом сайте, то ссылку я открываю в новой вкладке. Ведь логично: если ветка иерархического дерева другая, значит, на ней и информационная тема другая. Стало быть, иную тему открываем в новой вкладке. Почитал статейку со сторонней темой, закрыл вкладку с ней и вернулся к вкладке с базовой темой. При таком подходе пользователь не теряет ветку, на которой сидит, и имеет меньшую вероятность заблудиться. Логику иерархии сайта, а также то, куда ведёт конкретная ссылка, знает не посетитель страницы, а создатель сайта. И складывается парадоксальная ситуация. Создатель сайта со строгим HTML, зная, где логичнее открыть конкретную ссылку, не может этого сделать. А пользователь, не зная, куда ведёт ссылка и, стало быть, где её лучше открывать, должен принять решение, как открыть ссылку.
Очевидно, что чистокровный, строгий тип по задумке должен стать основным стандартом для всех документов HTML. Однако, насколько я знаю, в Сети мало страниц со строгими типами. Видимо, большинство разработчиков не может принять более ограниченный функционал строгих версий HTML и не хочет двигаться дальше переходных версий. Например я осознанно остаюсь на версии Doctype = „XHTML 1.0 Transitional” и не желаю переходить на Doctype = „XHTML 1.0 Strict” по единственной причине — строгий HTML для ссылок не имеет атрибута „target”. Таким образом имеем ситуацию, когда нет ничего более постоянного, чем временное.
Может быть, то, что разработка стандарта „XHTML” сейчас зашла в некий тупичок, и вновь начали развивать безиксовый стандарт, более либеральный „HTML5”, является косвенным подтверждением недальновидности и, если хотите, твердолобости стандартизаторов из W3C.
2013`05`23 00:30  [Вольдемар]
Не согласен.
Сайты не создаю. Но хотел бы высказаться как пользователь сайтов.
Не люблю когда сайт сам создаёт вкладки или окна или вообще решает что-то за меня. Я и сам могу решить что и где мне открывать. Сложно найти или вспомнить "хороший" сайт, который бы "приятно" использовал эту фичу тега .
Если логику и иерархию "знаете" вы, но не "знает" пользователь (не понимает), то ваш сайт - говно и логика в нём отсутствует. Если пользователь не понимает где он находится или куда двигается, то это первый и самый верный признак того, что сайт - говно. В этом случае нужно переделать навигацию, карту, всё что угодно, но пользователь должен знать где он и куда переместится, нажав по какой-либо ссылке. И тогда он сам сможет без вашей насильственной помощи решить по левой или по средней кнопочке ему тыкать на ссылку.
Большинство разработчиков не может перейти на строгий HTML потому что они ноют о плохом стандарте вместо того чтобы делать хорошие, логичные сайты, на которых не требовалось бы специальных "пинков". Кроме чтения ководства посоветовать таким нытикам в целом нечего.
Это моё мнение как пользователя. Буду рад если оно кому‑то было интересно и/или кто‑то его учтёт в своих проектах.
2013`06`24 07:54  [Pavel Kalinin]
Спор, где открывать ссылку, можно вести долго. Расставлю точки над „и” и предложу, как этот спор мог бы быть разрешён создателями стандартов HTML (конторой „W3C”).
Пользователей условно разделим на два типа поведения:
• „Сёрферы” (назовём их так) нервничают, когда без спроса открываются дополнительные вкладки. Такие пользователи не столько занимаются более-менее серьёзным чтением, сколько просматривают фото и видео, порхая со страницы на страницу. В этом случае много открывшихся вкладок, каждая из которых после просмотра уже не представляет интереса, действительно будут раздражать (их уже самому придётся закрывать). Такие люди говорят: „Если будет надо, я сам открою ссылку в новой вкладке, нажав на среднюю кнопку мыши (колесо)”. Между прочим заметим, что это действие не столь простое: во‑первых, на колесо нажимать не так удобно, как на нормальную кнопку, а во‑вторых, браузеры при этом новую вкладку‑то открывают, но не делают её активной — приходится только что открытую вкладку визуально искать и затем её выделять левой кнопкой.
• „Чтецы” жалуются, что при режиме открытия ссылки в той же вкладке, частенько случается, что посмотрев какую‑то сопутствующую ссылку (например иллюстрацию или другую статью) и закрыв вкладку с ней, мы тем самым нечаянно закрываем и основную статью. Сначала теряемся: „А где я до этого был‑то?”, затем, поняв, что случилось, переоткрываем основную статью и ищем место, на котором остановились. А это не всегда может быть просто. Кроме прочего заметим, что работа со многими вкладками более естественна, аналогична работе с бумажными носителями информации. Ведь если во время чтения книги мы хотим о чём‑то справиться, то оставляя книгу открытой, берём в руки другую книгу (справочник, энциклопедию), журнал, конспект. Вычитав нужное, возвращаемся к основной, изучаемой книге. Аналогия ясна: открыл вспомогательную вкладку, почитал, закрыл и вернулся на основную вкладку. При этом листание страниц в рамках одной книги соответствует переходам по ссылкам в рамках одной вкладки. Если же мы в одной вкладке начнём открывать разные документы, то 1) эти документы мы не сможем держать открытыми перед глазами одновременно и 2) мы легко запутаемся, где‑какой документ открыт, и как к нему вернуться.
Так вот создатели стандартов HTML могли бы легко примирить сёрферов и чтецов посредством небольшого расширения стандарта.
Нас де‑факто приучили, и мы не имеем возражений, что подчёркнутый текст (как правило синего цвета) является ссылкой. После посещения ссылка перекрашивается в сиреневый цвет. Чтобы пользователи не гадал, где откроется конкретная ссылка при обычном, левом клике, в стандарте HTML следует потребовать задавать стиль ссылки в зависимости от заданного в коде страницы места её открывания. Можно различать цвет текста, линию подчёркивания можно сделать с какой‑нибудь вертикальной чёрточкой или кружком на начале или на конце горизонтальной линии подчёркивания. Можно также варьировать цвет фона. Соответственно в таблице стилей вместо обычной на сегодня одной записи a:link {…} должны появиться две записи, например такие: a:link-oldtab {…} и a:link-newtab {…}. А вместо a:visited {…} должны появиться a:visited-oldtab {…} и a:visited-newtab{…}.
Таким образом ещё до открывания ссылки мы поймём, где она откроется при обычном клике на ней. И если пользователь захочет открыть ссылку иначе, чем так, как задумал автор страницы, то он сможет исполнить своё желание с 1-й же попытки посредством контекстного меню на ссылке (правая кнопка мыши) или колеса мыши. Главное, ни сёрферы, ни чтецы не испытают досаду после того, как ссылка открытся в неправильном с их точки зрения месте.
————————————————
Как сделать открытие ссылки в новом окне валидным в doctype 4.01 strict? [Тема; 2008`10`16]   Проблемы вёрстки  Основной форум  Форум   „HTMLForum.Ru”
————————————————
2008`10`16 16:55  [„Vlad” [Администратор]]
Если фреймов нет, то использование target — зло и издевательство над пользователем. С позиции юзабилити браузеры поступают достаточно грамотно. Есть ссылка, ты сам, по своему желанию, можешь открыть её тремя способами: в текущей вкладке, новой вкладке, новом окне. Попытка переложить поведение на ссылку приводит к раздражению. Это как минимум.
Доверься пользователю, пусть делает, как привык. Говоря проще, выкини target и не парься.
————————————————
2008`10`16 17:43  [„Elendor” [Пользователь]]
Открывать ссылки в новом окне или вкладке лучше, когда эта самая ссылка ведёт на другой сайт. Ну и ещё по нескольким критериям, например если ссылка находится в тексте статьи. В этом случае тупо открывать ссылку в этом же окне, т.к. пользователь может ещё и не дочитал статью.
————————————————
2008`10`17 03:16  [„homm” [Эксперт]]
<…> Представьте себе поведение немолодой тёти-секретаря, которую директор попросил найти подрядчика. Она щёлкает на картинке в экплорере, дабы рассмотреть её крупнее, картинка открывается на всю страничку и у тёти напрочь пропадает ассоциация, что эта картинка — часть сайта. Она посмотрела картинку, и ей нужно её закрыть и вернуться к сайту. Ей не нужно взвращаться назад, для нее это слишком сложные категории, ей просто нужно закрыть картинку. Она и закроет. А когда не поймет, почему пропал сайт, снова откроет Яндекс и наберёт вопрос чуть по-другому, и ваш сайт уже не вылезет на первой странице. <…>
————————————————
2008`10`17 07:07  [„Searcher” [Модератор]]
<…> Ситуация, когда открыта весомая страница, жмёшь на ссылку, и в этом же окне раскрывается что-то ещё, после чего надо вернуться и опять загружать тяжёлую предыдущую страницу. Во-первых, трафика больше, во-вторых, времени. Это плохо, и раздражает. А пользователю самому открывать в другом окне или вкладке сложнее, потому что надо совершить больше действий.
У меня, например, вызывают раздражение некоторые поисковики, где в результатах поиска ссылки открываются в том же окне. Нажал, попал на другой сайт, поковырялся, походил там, а чтобы вернуться, надо ломать глаза, в списке истории искать страницу откуда ты пришёл на этот сайт, ждать, пока она загрузится, прокручивать список, искать с какой ссылки пришёл на тот сайт, чтобы двигаться дальше. Проще ведь, если просто жмёшь крестик и возвращаешься в окно поисковика.
В общем, я считаю, что target в некоторых ситуациях больше полезен, чем вреден.
————————————————
————————————————
Как открыть ссылку в новой вкладке? [Тема; 2008`09`12]   Проблемы вёрстки  Основной форум  Форум   „HTMLForum.Ru”
————————————————
2008`09`13 20:40  [„rash” [Модератор]]
<…>
Я обычно жму левую клавишу мыши, когда хочу открыть ссылку здесь, и среднюю — когда хочу открыть ссылку в новой вкладке. И очень расстраиваюсь, если я жму левую клавишу, а у меня открывается новое окно или вкладка, потому что я хотел совершенно не этого, а какой‑то придурок умник решил, что лучше знает.
Не мешайте пользователю пользоваться страницей так, как он хочет.
Стандарты в этом вопросе движутся в правильном направлении.
————————————————
2008`09`13 03:10  [„rash” [Модератор]]
Это не недоделка. Это дело пользователя. Не надо ему указывать, где открывать ссылку. В последних стандартах, кстати, использование target="_blank" запрещено. Потому что страницу просматривает пользователь, и именно он решает, как ему удобнее ей пользоваться. <…>
————————————————
————————————————
————————————————
Позиционирование
Публикация
■  position    „HTMLBook.Ru”
2011`02`16  Изучаем CSS‑позиционирование за 10 шагов  [Оригинал: Learn CSS Positioning in Ten Steps [„BarelyFitz Designs”; Англ.]]   „Очередной блог фрилансера”
При абсолютном позиционировании элемента (например рисунка) отсчёт позиции ведётся относительно окна браузера или других объектов на странице. Например для позиционирования в правом верхнем углу окна используются свойства и значения CSS:
position:Absolute; top:5mm; right:7mm”.
Иконка страницы („favicon”)
■  Всё о favicon    HTML5    Олег Орестов [Разработчик „1C:Битрикс”]
С тех пор, как технология „favicon” впервые была представлена в „Internet Explorer” в 1999-ом году, ничего не поменялось. Фавикон почти всегда ICO-файл, который лежит в корне сайта „/favicon.ico” или как‑то вложен в структуру CMS.
Классический „favicon.ico” — это файл размером 16×16 точек, обычно сохранённый в 16 цветов или 24 бита полупрозрачный формат. Реже „favicon” сохраняют с размером 32×32 точки, они сжимаются всеми популярными браузерами автоматически.
Атрибут „rel” появился позже. Начиная с „Internet Explorer” {5} нужно было указывать „shortcut icon”. Так было до 2010-го года, когда спецификация „HTML 5” установила, что нужно объявлять только „icon”. Для всех браузеров не на основе IE фавикон может быть установлен с использованием только „icon”.
Каскадная таблица стилей
CSS — cascading style sheets [Англ.] (каскадные таблицы стилей).
Поиск по   „Яндекс”:  подключить несколько файлов стилей.
■  CSS (Каскадные таблицы стилей)  [ ВикиПед]
2009`07`01  Как подключить несколько фалов CSS  [Тема; „Mefisto84”;  „HTML+CSS+JavaScript”]
Приоритет классов при выведении страницы
В выражении „class="zId1 zId2"” порядок перечисления идентификаторов классов можно менять как угодно — это не сказывается на выведении. Однако в этом плане существенно взаимоположение определений классов в таблице стилей. Более нижнее определение имеет более высокий приоритет. Браузер при выводе страницы ищет нужный идентификатор класса в таблице стилей, пробегая таблицу сверху вниз. Соответственно, если в элементе встречаются классы, задающие разные значения для одно и того же свойства, то при выводе страницы будет оставлено значение, прочитанное в таблице стилей позже. То есть более позднее перезаписывает более раннее.
Из сказанного следует, что в каскадной таблице стилей классы более комплексные (имеющие больший набор задаваемых свойств) и узко применяемые следует располагать выше. А классы более элементарные, но при этом широко применяемые следует располагать ниже. Тогда при наложении классов мы сможем более гибко ими оперировать.
С другой стороны, это ещё вопрос, стоит ли писать код страницы так, что он будет зависим от порядка определения классов в таблице стилей. Сегодня известные браузеры просматривают эту таблицу сверху вниз, а кто знает, каким может стать алгоритм завтра? Ведь нигде нет узаконенных инструкций на этот счёт. Поэтому надёждую страницу следует кодировать, чтобы она не зависела от подобных нюансов. Пусть даже такой подход приведёт к увеличению вложений элементов и уменьшению лаконичности кода.
Про ссылки надо сказать отдельно. Чтобы не зависеть от стилей браузера, следует задавать стиль ссылок по‑умолчанию командами „a:link {…}” и „a:visited {…}”. Для ссылки какого-то отдельного класса определяется собственный стиль. Однако в этом случае мы не сможем применять для ссылок „безадресные” классы, например „.IdClass {…}” — это не будет работать, так как для ссылок по‑умолчанию мы применяем „адресный” класс (в обязательно применяемых нами выражениях „a:link {…}” и „a:visited {…}” указан селектор „a”), который имеет больший приоритет, чем „безадресный”. Поэтому даже если и существует подходящий по стилю безадресный класс, то для ссылки его применение бесполезно — необходимо задать класс, адресованный именно к ссылке.
Наследование значений свойств
————————————————
2013`14`13    [„odixibo”;  „HTMLBook.Ru”]
Возможно ли принудительно отключить наследование для группы свойств?
————————————————
2014`08`17    [„Roman Grinyov” → „odixibo”]
Можно просто установить для дочерних элементов свои значения для этих же свойств.
————————————————
2015`04`09 урл 17:37  [„Pavel Kalinin” → „Roman Grinyov”]
Но тогда придётся задавать дополнительные, так сказать, анти-стили, дабы аннулировать стиль родителя. Мне кажется, был бы уместен сброс наследования посредством команды, например типа такой:
style='text-align, text-indent, margin-left: noinherit'.
Тем самым мы возвращаемся к значениям этих свойств, указанным в главной таблице стилей. Заметим, что значения эти могут со временем быть изменены. Следовательно при отсутствии команды сброса наследования мы должны не забыть соответственно поменять значения свойств анти-стилей.
————————————————