Microformats
HTML
Comments 33
+21
Существует множество разновидностей форматирования datetime.

Короче говоря, атрибут datetime должен содержать значение в формате ISO 8601.
+8
скорее, значение, похожее на ISO 8601.
While the formats described here are intended to be subsets of the corresponding ISO8601 formats, this specification defines parsing rules in much more detail than ISO8601. Implementors are therefore encouraged to carefully examine any date parsing libraries before using them to implement the parsing rules described below; ISO8601 libraries might not parse dates and times in exactly the same manner.
пруф
+10
Дело хорошее, особенно если пойдёт в массы (например, новостные сайты будут использовать регулярно). Вообще такая машиночитаемая разметка очень нужна вместо всякого эвристического текст-майнинга. Если ещё географические места сопровождать машиночитаемым текстом, легко сделать сервис, который будет наносить новости или анонсы событий на карту и отвечать на вопросы «что интересного произошло на прошлой неделе в радиусе 10 км от моего дома».
-7
HTML5 все больше и больше скатывается в маразм. Когда-нибудь он будет похоронен под завалами совершенно ненужных конструкций.
UFO landed and left these words here
0
То есть как? А я им разделы и главы оформляю. Я что-то не так делаю?
UFO landed and left these words here
0
Прикол в том, что модную фишку с определением ранга заголовков по вложенности по факту признали провалившейся


Кто? Я использую в каждой секции <header><h1>…</h1></header> и стилизую, да, по уровню вложенности.
UFO landed and left these words here
0
Это он чертовски зря, и я не понимаю его резонов. А если мне нужно перенести фрагмент на другой уровень иерархии? Переименовывать все h1…h6? А если у меня больше шести уровней?
UFO landed and left these words here
+4
Судя по описанию это нужно исключительно для роботов, обычному пользователю и разработчику от этого мало толку.
+2
А роботы как раз должны работать на благо обычных пользователей (:
+3
Ну смотря какой разработчик… Есть такие которым всёравно на проект над которым работают. А есть которые стараются сделать лучше… Вот как раз для вторых и нужно…
+4
Идейные люди тоже разные бывают, кто-то придерживается принципа KISS, а кто-то любит всё переусложнять.
-3
Судя по двум верхним комментариям среди нас ещё есть динозавры)
UFO landed and left these words here
+3
надо выпилить хелпер time_tag из rails. зачэм он =), можно же написать вот так:

<time datetime="<%= @pen.created_at.strftime("%Y-%m-%dT%H:%M") %>" title="<%= @pen.created_at.strftime("%Y-%m-%d at %I:%M %p") %>"> <%= @pen.created_at.strftime("%B %d, %Y") %> </time>
+38
Впервые только уяснил, что UTC расшифровывается… никак.
Оказывается, это был компромисс между «Temps Universel Coordonné» и «Universal Coordinated Time». TUC + UCT = UTC.
А вы знали?
+2
Вот было бы здорово если японский браузер показывал <time>2014</time> как 平成26年, а мы в подсказке видели привычный нам год. (Вообще, конечно же, это работа сайта, а не браузера.)
+4
В статье ещё не указано о большущей пользе правильного использования данного тега для A11y — доступности контента. И тут дело даже не только в пользователях с какими-либо ограничениями. Клиентское (пользовательское) программное обеспечение, которое использует контент веб-страниц может быть самым разнообразным. Это могут быть, как обычные веб-браузеры и браузеры предназначенные для людей с ограниченными возможностями, так и любые другие полезные и специализированные программы/устройства (плееры/читалки/холодильники/телевизоры и т. д.).

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

Так же в статье опущен обзор атрибута pubdate — пустой атрибут тега <time>, наличие которого говорит о том, что в теге указанна дата/время публикации документа или статьи (например, когда <time> вложен в <article>).

Семантически правильно построенные страницы сразу же становятся более доступными для большего круга пользователей, браузеров, краулеров и много другого. Например (как грубый пример), новостной сайт, может обойтись без RSS, если его каталог новостей построен с учётом современных возможностей семантической разметки контента. Точно так же можно сказать о каталоге подкастов, каталоге продуктов и т. д.
+1
Не совсем понял вот это:
Японский браузер может показать 16:00 как «16:00時».

Судя по написанному выше, содержимое тега показывается как есть, а атрибут используется только роботами. Если же атрибут может использоваться и для замещения содержимого тега на локальный формат времени, то это должно регулироваться, т.к. не всегда это нужно. Или в этом примере Брюс подразумевал атрибут title?
+3
Странно, что так ограничен формат ввода часового пояса. И если для точных дат в прошлом это приемлемо, до для будущих не очень. Особенно в странах, где власти любят менять часовые пояса по зову, похоже, левой пятки.
+1
Нативный календарь (вроде уже почти есть) и нативная функция для форматирования даты и времени — вот это круто было бы. Ты ей дату в формате ISO, а она тебе любые 16時00分…
-2
Мне одному кажется, что машиночитаемый это int?

Нафига опять 10 разных форматов, если есть число, а умный в 21-ом веке браузер возьмет и отрендерит это число в нужном пользователю формате, часовом поясе и тп?
UFO landed and left these words here
+1
Справедливости ради стоит отметить, что стандарт, использующийся в datetime, точно так же не позволяет указать „абстрактный июль“, а только „конкретное число абстрактного июля“ или „конкретный июль конкретного года“.
Only those users with full accounts are able to leave comments., please.