Нужны ли веб-приложениям теги HTML-заголовка? - PullRequest
2 голосов
/ 14 октября 2008

Вопрос в том, должны ли мы разрабатывать приложения / формы с использованием заголовков или придерживаться интервалов и делений? Когда мир использовал html для связи документов, эти теги заголовков выглядели как «Оглавление». В новую эру, когда html используется для приложений, использование тегов заголовков традиционным способом (то есть h1 содержит h2, h2 содержит h3 ...) не имеет смысла. Или это?

Единственное место, где они, похоже, имеют смысл, - это текстовые браузеры или браузеры с отключенным CSS. Есть ли последствия нарушения порядка вложенности (например, h2 является элементом верхнего уровня вместо h1)

Редактировать Под «новой эрой» я подразумевал использование html для интерактивных веб-приложений. Понятие тега заголовка в форме, почтовом приложении или приложении для обмена файлами - это то, что я подверг сомнению. Я должен избегать причудливых названий, я думаю, и на самом деле я не имею в виду <h1><h2>...</h2></h1> Это больше похоже на организацию контента в MS Word.

Я работал над некоторыми веб-страницами, совместимыми с W3C и AA, если это помогает. Программы чтения с экрана, такие как дельфина сверхновая, просто читают содержимое, я не могу понять, как они различают заголовки, или я могу упустить какую-то довольно важную функцию.

Ответы [ 7 ]

16 голосов
/ 14 октября 2008

h1, h2, h3 и т. Д. Являются семантическими. Div и пролеты нет. Использование заголовков означает, что агенты могут легко определить, какие фрагменты содержимого являются заголовками, отдавая им приоритет, например, в программах чтения с экрана или в результатах поиска.

9 голосов
/ 14 октября 2008

Во-первых, теги заголовка не должны быть вложенными. В идеале h1, h2 и т. Д. Должны содержать только текст, а не другие теги.

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

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

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

5 голосов
/ 14 октября 2008

Это имеет ОЧЕНЬ смысл. Ваш код должен иметь значение (с семантической точки зрения). Если вы хотите заголовок, hX - это тег, который вы должны использовать. Будет работать span или div, но это не заголовок.

Взгляните на подобное обсуждение .

3 голосов
/ 14 октября 2008

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

Чтобы ответить на вопрос в заголовке (Wow, это заголовок! И Google использует это!): да .

Кстати, о какой «новой эре» вы говорите?

0 голосов
/ 14 октября 2008

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

В идеале, должен быть отдельный язык на основе XML, который все браузеры поддерживают рендерингом специально для веб-приложений. Что-то вроде XUL или XAML, вероятно, будет соответствовать требованиям. Но поскольку сегодня мы создаем веб-приложения не в той среде, вы часто зависаете с HTML, который в лучшем случае является общим (div, span) и не имеет значения в других местах (вам не нужны семантические заголовки в веб-приложении). *

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

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

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

0 голосов
/ 14 октября 2008

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

0 голосов
/ 14 октября 2008

Кроме браузеров, где настройки таковы, что стиль браузера переопределяет ваш CSS (пользовательские стили), я не думаю, что есть другие проблемы, если вы используете h2 до h1 или наоборот.

Кроме того, как вы сказали, используя заголовки, вы форматируете документ в какой-то степени, даже не имея CSS.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...