Comments 37
Об это всём (и не только) года полтора назад уже написали html-доктора (http://html5doctor.com/).
Не знал про элемент main и раньше оборачивал главный контент в section. Это было сильно неправильно?
И на сколько верно использовать aside для сайдбара сайта? Как на хабре справа, например.
Застатью перевод статьи спасибо. Хоть и писали об этом раньше, но написана статья очень удобочитаемо и понятно.
И на сколько верно использовать aside для сайдбара сайта? Как на хабре справа, например.
За
Насколько я понял идею автора статьи, семантически оборачивать сайдбар в aside будет неверно, т.к. когда мы говорим о сайдбаре, мы имеем в виду физическое расположение блоков в макете страницы.
Тут, наверное, вводит в заблуждение дословные перевод слова aside: «в стороне» от чего-либо.
Элемент aside определяет смысловую нагрузку для содержащегося в нем контента.
Главные потребители нашей семантики — это скринридеры, которые встретив в разметке элемент aside, знают как его обработать.
P.S. Спасибо за отзыв…
Тут, наверное, вводит в заблуждение дословные перевод слова aside: «в стороне» от чего-либо.
Элемент aside определяет смысловую нагрузку для содержащегося в нем контента.
Главные потребители нашей семантики — это скринридеры, которые встретив в разметке элемент aside, знают как его обработать.
P.S. Спасибо за отзыв…
Во что посоветуете оборачивать сайдбар? В section?
я бы, во-первых, обернул его в
<nav>, а затем в <div> для расположения в нужном месте макета.
В nav я все-таки оборачивал бы меню, а в сайд баре много всего постороннего. div вполне себе ок для сайд бара, хотя если у вас в сайдбаре например выводятся последние твитты к текущей статье или что-то подобное — aside отлично подойдет.
Не знал про элемент main и раньше оборачивал главный контент в section. Это было сильно неправильно?А его и не было раньше. Он появился относительно не давно.
Вы только что придумали слово «секционные», на самом деле — это «структурные элементы». См. презентацию «Вёрстка со смыслом», там было много терминологии.
Почему-то не упомянут элемент
Так же не упомянут элемент
Поисковики оценят все эти подсказки
<menu>, блок с менюшкой можно переверстать так:<nav>
<menu>
<li><a href="#chapter-one">Глава первая</a>
<li><a href="#chapter-two">Глава вторая</a>
<li><a href="#chapter-three">Глава третья</a>
</menu>
</nav>
Так же не упомянут элемент
<time>, <header> тоже можно с ним переверстать как<header>
<h1>Компания Google покупает Nest</h1>
<p>Опубликовано: <time datetime="2014-01-13" pubdate="pubdate">13 января 2014</time></p>
</header>
Поисковики оценят все эти подсказки
htmlbook.ru/html/menu вы не в курсе что menu не вошел в спецификацию html5?
Лишь бы кода нагородить…
Лишь бы кода нагородить…
Но все же больше поисковики оценят метаданные schema.org, нежели семантику тегов.
www.creativebloq.com/html5/truth-about-structuring-html5-page-9122842
альтернативный взгляд на новые элементы, аргументация почему 99% интернетов использует их неправильно и почему можно забыть про все эти новшества
альтернативный взгляд на новые элементы, аргументация почему 99% интернетов использует их неправильно и почему можно забыть про все эти новшества
Солидарен. Мною про <main> тоже как-то было упущено…
Оффтоп: граммарнаци негодуэ!
Что это?
так же
не правильно
на сколько
на пример
по всюду
…
и т.д. и т.п.
Я к тому, что это уже повсюду.
Это, конечно же, ничего не изменит, просто выпустить пар.
Всем желаю в н и м а т е л ь н о с т и.
Оффтоп: граммарнаци негодуэ!
Что это?
так же
не правильно
на сколько
на пример
по всюду
…
и т.д. и т.п.
Я к тому, что это уже повсюду.
Это, конечно же, ничего не изменит, просто выпустить пар.
Всем желаю в н и м а т е л ь н о с т и.
article и section сурово ломают мозг.
Каждая вторая статья на эту тему утверждает, что section объединяет article и другие элементы в нечто цельное, а каждая первая утверждает обратное, мол, section делит article или другие элементы на части.
Отдельные авторы говорят о правомерности использования обоих подходов.
Хуже всего, что этот плюрализм мнений как-бы намекает, что сами авторы этих элементов не вполне понимают их сути.
Пример кода в wiki статье про article показывает несколько article вложенных в section.
А пример кода в статье про section показывает… та-дам!… несколько section вложенных article.
Мы видим использование обоих подходов, но не ясно, допускается (рекомендуется) ли их одновременное использование в одном документе.
Зато ясно следующее:
Выделения в цитатах из wiki W3C мои.
Каждая вторая статья на эту тему утверждает, что section объединяет article и другие элементы в нечто цельное, а каждая первая утверждает обратное, мол, section делит article или другие элементы на части.
Отдельные авторы говорят о правомерности использования обоих подходов.
Хуже всего, что этот плюрализм мнений как-бы намекает, что сами авторы этих элементов не вполне понимают их сути.
Пример кода в wiki статье про article показывает несколько article вложенных в section.
А пример кода в статье про section показывает… та-дам!… несколько section вложенных article.
Мы видим использование обоих подходов, но не ясно, допускается (рекомендуется) ли их одновременное использование в одном документе.
Зато ясно следующее:
The <article> element represents an independent item section of content.
The <section> element represents a generic section of a document or application.
Выделения в цитатах из wiki W3C мои.
не для разметки почтового адреса
Правильно: не для разметки, а для него самого. :) Пруф
Т.е. внутри должен быть почтовый адрес, мыло, телефон, скайп и т.п. того, кто написал статью ниже.
Sign up to leave a comment.
Как использовать секционные элементы HTML5