HTML 5: Microdata

[Zada]

После вступления в силу HTML5 верстальщики уже будут не верстальщики. Сколько всего нового. Ууу. А работа с формами, где элементы могут размножаться — это же не для средних умов.

Да — за статью спасибо. В сообществе любителей семантического web'а был шумок, что работа над RDF прекратиться вместе с XHTML2 и они кинули взгляд с надежной именно на microdata.

[kostos]

После вступления в силу HTML5 верстальщики уже будут не верстальщики… это же не для средних умов

Откуда такое мнение, что верстальщик должен быть тупой?

[Zada]

Я не имел ввиду, что верстальщик должен быть тупой.
Просто то что будет делать верстальщик, когда на дворе будет HTML5 и то что он делает сейчас — совершенно разные вещи. Там поболее кваификации и способностей понадобиться!

[aps]

Верстальщик знающий только HTML/CSS и не стремящийся знать больше — тупой самодостаточный идиот. Таких нужно стерилизовать, чтобы следующее поколение верстальщиков было умственно-полноценным.

[Imenem]

Верстальщик ДЕЙСТВИТЕЛЬНО знающий HTML/CSS- это большая находка между прочим :) Вы что-нибудь о трудностях кросс-браузерной верстки слышали? Кодерам, работающим с серверными языками на порядок проще, интерпритаторы на серверах идентичные (плюс-минус минорная разница в версиях)

[aps]

Кодер, не стремящийся стать програмистом — тупой идиот. Это еще хуже тупого верстальщика

[aps]

Пробежался по хабру, обнаружил традиционный плач по ie и решил еще раз написать.
1. На сегодняшний день проблемы кроссброузерной верстки нет. Есть 20-30 хаков для ie6. За 10 лет его существования они все изучены и описаны и пережеваны до жидкого состояния. Если верстальщик вместо того чтобы выучить все эти баги и способы их обхода ноет — он тупой идиот, стоящий на низшей ступени профессионального развития.
2. На сегодняшний день верстальщик знающий только CSS и HTML может работать только на самой низкооплачиваемой работе (так же как и кодер, умеющий только кодить), при условии что он ее найдет, потому что в большинстве вакансий от верстальщика требуются дополнительные знания типа XSLT, JS или какой-нибудь фигню типа Joomla. Если верстальщик не стремится выскочить с самой низшей ступеньки и выучить что-то за пределами своих непосредственных обязанностей он точно так же не будет учить новые стандарты, будет тупо верстать таблицами лэйоуты и впиливать теги FONT.
Это проверено на личном опыте, в бытность ведущим верстальщиком в двух совершенно разных конторах.

[XaocCPS]

вообще, нововведение классное, целиком поддерживаю
эдакая смесь html-разметки и xml-данных

[crocodile2u]

Лично я уже давно постоянно использую подобные вещи (нестандартные атрибуты) — для более удобной организации интерфейсов с помощью JS.

[aps]

Вообще-то для таких целей в jquery приспособлен плагин metadata. Упаковывает в атрибут class данные в формате json. Это тоже извращение, но оно почему-то мало кого раздражает.

[crocodile2u]

Впервые слышу о таком плагине. Но если он и вправду работает так, как вы говорите — то это действительно извращение: ведь тогда как составить селектор для нужных элементов?

[aps]

Либо через атрибут класса, либо через нецелевое использование существующих атрибутов типа title, rel либо никак. В HTML5 паллиативное решение, которое в корне проблему не устраняет. В покойном xHTML2 это решалась через RDF. Но увы. Холивар о нестандартных атрибутах жил, жив и будет жить.

[kalisha]

похоже на rdf

[edhell]

получается типа rdf-a… надеюсь будет отображение из этого микроформата в rdf

[Xenkok]

жду не дождусь хтмл5

[Morro]

Он уже пришел!

[Razunter]

Хорошо, как описывать — понятно. А как с этим работать?

[XaocCPS]

думаю как только станет чем-то осязаемым, поддержка сразу же появится во всех js-фреймворках, типа jQuery

[aps]

в библиотеках jquery тут и там используют нестандартные атрибуты, а для json-данные пихают в сlass.
И похоже, что HTML5 эту практику никак не изведет.

[ChemAli]

Это и микроформаты — разные вещи?

[wally]

Этим, можно дополнить микроформаты.
Если прочитать: www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html#vcard то все станет понятно. Там даже дан очень хороший пример использования:

<address item=vcard>
 <strong title="fn">Alfred Person</strong> 
 <span itemprop="adr" item>
  <span itemprop="street-address">1600 Amphitheatre Parkway</span> 
  <span itemprop="street-address">Building 43, Second Floor</span> 
  <span itemprop="locality">Mountain View</span>,
  <span itemprop="region">CA</span> <span itemprop="postal-code">94043</span>
 </span>
</address>

[ClintEastwood]

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

[fiskus]

Микроформаты — разновидность микроданных, насколько я понимаю.
Т.е. микродата — расширение описательной части HTML за счет использования стандартизированных значений атрибутов, а микроформаты — конкретные примеры — hCard, vcard и т.д.

[Imenem]

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

[Mithgol]

Разница между микроформатами и микроданными состоит в том, что микроформаты предполагают разметку данных специальными значениями атрибутов классов (class="...") или отношений (rel="..."), при этом данные могут быть частью обычного текста или обычной гиперсвязи; микроданные же вместо классов или отношений используют собственные атрибуты (item, itemprop), невиданные доселе.

Микроданными поэтому труднее пользоваться на таких многопользовательских сайтах, которые используют белые списки таких атрибутов HTML, которыми дозволено воспользоваться пользователю. Например, можно себе представить, как во блогозаписях на некотором коллективном блогохостинге разрешается атрибут class="..." (rel="..."), но не микроданные.

[vkovall]

Очень хорошее и грамотное нововведение, которые давно ждали многие))

[unchqua]

Да, только пунктуация осталась англоязычной и «инцедент» пишется «инцидент». Рунет пока что живёт дословными переводами чужих материалов…

[ashmind]

Кто-то изобрёл XML. С учётом существования XHTML5 мне это кажется довольно бесполезным.

[unchqua]

Нет XHTML5, есть XHTML и есть HTML5. Последний является сужением первого под более конкретные требования современного Web-а.

[SamDark]

html5doctor.com/html-5-xml-xhtml-5/?

[unchqua]

Ну в общем-то вы правы, XHTML5 существует, но как привычная дописка «X» к HTML5 для желающих во что бы то ни стало отдавать страницы как application/xhtml+xml или application/xml. Реплика относилась к непонятному сравнению XML (общий описательный язык чего угодно) и HTML5 (язык с описаниями популярных нынче сущностей в Web).
www.whatwg.org/specs/web-apps/current-work/#html-vs-xhtml
dev.w3.org/html5/html4-differences/#syntax
Лично я за strict XML.

[ashmind]

XHTML5 существует как XML описание HTML5.
То есть:
<body ex:item="bug" xmlns:ex="http://example.net">
<h1>Issue <span ex:prop="number">12941</span>:
<span ex:prop="title">Too many pies in the pie factory</span></h1>
является валидным XHTML5.

То есть непонятно зачем нужен itemprop, если есть xml namespaces.

[unchqua]

То есть по-вашему лучше так?
<ex:body item=«bug» xmlns:ex=«example.net»>
Issue <ex:span prop=«number»>12941:
<ex:span prop=«title»>Too many pies in the pie factory</ex:span>
</ex:body>
Возможно, то тогда body и span перестают быть частью HTML-спецификации (т.е. не рассматриваются более как тело и его строчный кусок соответственно) и становятся незнакомыми парсеру браузера. Соответственно, придача смысла атрибутам item и prop перекладывается на обработчик, стоящий за логическим именем «example.net».
Если же пространство имён оставить только у атрибутов, то этой проблемы не будет, заодно и обратная совместимость с текущей спецификацией HTML4 сохраняется.

[ashmind]

То есть по-вашему лучше так?

Вовсе нет, по моему лучше так, как я написал. Мысли про спецификацию правильные, но не относятся к моему примеру.

[ashmind]

blog.ashmind.com/index.php/2007/06/03/xhtml-and-microformats-revisited/
И это касается тегов, аттрибуты с неймспейсом работают в любых браузерах и сейчас.
Я использовал bind:href=«expression» для небольшого databinding-движка, например.

[tenshi]

> Формально-то по стандарту XHTML с другими неймспейсами отдавать как text/html, насколько я в курсе, нельзя.

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

> JS не все ладно

ой, ну это мелочи. на фоне остальных-то неладностей…

> Опера 9.6, к примеру, справедливо считает это HTMLUnknownElement-ом и не дает навесить на него элементарный onclick

это баг оперы. совершенно не критичный в свете разделения поведения и вёрстки

[aps]

Рыцарь, печального образа мыслей. Когда вас НЛО почикает, не забудьте зафрендиться в новой реинкарнации. Пожалуйста.

[tenshi]

думаешь уже скоро? ^^
а то я и так прыгаю и эдак, а оно всё пролетает мимо и не замечает T_T

[aps]

Подозреваю, что автоматом подчищаются те кто в топе.

[ashmind]

Чтобы не читать весь пост, самое главное:

Firefox, IE7 and Opera 9 all could render the custom tags style correctly in the document served as text/html.
…
IE7 has a one important characteristic — it does not render custom tag styles unless…

Понятно что в случае с аттрибутами стилизация не важна.

[ashmind]

annevankesteren.nl/2008/04/html5-foreign
по сути дела SVG и MathML в HTML5 — это hardcoded hack, который обходит невозможность полного синтаксиса XML.

[tenshi]

<i:bug xmlns:i=«urn:net:example:bugs»>
<h1><i:title>Too many pies in the pie factory</i:title></h1>
<p>#<i:number>12941</i:number>; reported by <i:reporter>[e-mail]</i:reporter>.</p>
<p>PRIORITY: <i:priority>AAA</i:priority>.</p>
</i:bug>

почувствуйте разницу…

[exah]

Ждём браузеров с полной поддержкой html 5. А то как-то даже обидно)

[aps]

Как может быть полная поддержка стандарта, которого нет? М.б. там в w3c через год перегрызутся как с video и замутят HTML6

[aps]

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

Я таки всегда придерживался мнения — если бы MS десять лет назад не пошла на поводу W3c, порядка было бы больше.

[aps]

Мой английский очень плохой, но мне кажется вы перевели неверно. Автор предлагает не «использовать, то что есть», а хавать что дают.
Есть то много чего — XLink, xForms, xPath, xSLT… И ведь что обидно — частично в отдельных броузерах или кроссброузерных js-библиотеках это реализовано.

[kostos]

Допустим, вы работаете с трекером инцедентов типа Bugzilla

Первый раз слышу, чтобы баг-трекер так называли :)

[nicothin]

да придет html5!

[Troppus]

Согласен с aps. По сути дела определит развитие HTML5+, т.к. грядет эра медиа в интернет.

[Troppus]

тег video (был хабром скушан):

Согласен с aps. По сути дела video-тег определит развитие HTML5+, т.к. грядет эра медиа в интернет.

[Vii]

Какой-то пример использования невразумительный (без обид). В чем смысл и приимущества нововедения-то?

Улучшить (или усилить? :) семантику? — Но тогда же должен быть еще и стандарт, что можно прописывать в itemprop, а-ля DTD или XML-Scheme.
Хранить данные в узлах на подобии метода data в jquery?

Можно еще какие-нибудь примеры, для тех кто пока в HTML5 не «нырнул»?

[ingeniarius]

Что-то с чем-то :(