How to become an author
Search
Write a publication
Pull to refresh

Comments 58

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

Да — за статью спасибо. В сообществе любителей семантического web'а был шумок, что работа над RDF прекратиться вместе с XHTML2 и они кинули взгляд с надежной именно на microdata.
Total votes 10: ↑9 and ↓1+8
После вступления в силу HTML5 верстальщики уже будут не верстальщики… это же не для средних умов

Откуда такое мнение, что верстальщик должен быть тупой?
Total votes 5: ↑4 and ↓1+3
Я не имел ввиду, что верстальщик должен быть тупой.
Просто то что будет делать верстальщик, когда на дворе будет HTML5 и то что он делает сейчас — совершенно разные вещи. Там поболее кваификации и способностей понадобиться!
Total votes 1: ↑1 and ↓0+1
Верстальщик знающий только HTML/CSS и не стремящийся знать больше — тупой самодостаточный идиот. Таких нужно стерилизовать, чтобы следующее поколение верстальщиков было умственно-полноценным.
Total votes 9: ↑3 and ↓6-3
Верстальщик ДЕЙСТВИТЕЛЬНО знающий HTML/CSS- это большая находка между прочим :) Вы что-нибудь о трудностях кросс-браузерной верстки слышали? Кодерам, работающим с серверными языками на порядок проще, интерпритаторы на серверах идентичные (плюс-минус минорная разница в версиях)
Total votes 3: ↑3 and ↓0+3
Кодер, не стремящийся стать програмистом — тупой идиот. Это еще хуже тупого верстальщика
Total votes 1: ↑1 and ↓0+1
Пробежался по хабру, обнаружил традиционный плач по ie и решил еще раз написать.
1. На сегодняшний день проблемы кроссброузерной верстки нет. Есть 20-30 хаков для ie6. За 10 лет его существования они все изучены и описаны и пережеваны до жидкого состояния. Если верстальщик вместо того чтобы выучить все эти баги и способы их обхода ноет — он тупой идиот, стоящий на низшей ступени профессионального развития.
2. На сегодняшний день верстальщик знающий только CSS и HTML может работать только на самой низкооплачиваемой работе (так же как и кодер, умеющий только кодить), при условии что он ее найдет, потому что в большинстве вакансий от верстальщика требуются дополнительные знания типа XSLT, JS или какой-нибудь фигню типа Joomla. Если верстальщик не стремится выскочить с самой низшей ступеньки и выучить что-то за пределами своих непосредственных обязанностей он точно так же не будет учить новые стандарты, будет тупо верстать таблицами лэйоуты и впиливать теги FONT.
Это проверено на личном опыте, в бытность ведущим верстальщиком в двух совершенно разных конторах.
Total votes 1: ↑0 and ↓1-1
вообще, нововведение классное, целиком поддерживаю
эдакая смесь html-разметки и xml-данных
Total votes 4: ↑2 and ↓20
Лично я уже давно постоянно использую подобные вещи (нестандартные атрибуты) — для более удобной организации интерфейсов с помощью JS.
Total votes 5: ↑3 and ↓2+1
Вообще-то для таких целей в jquery приспособлен плагин metadata. Упаковывает в атрибут class данные в формате json. Это тоже извращение, но оно почему-то мало кого раздражает.
Total votes 1: ↑0 and ↓1-1
Впервые слышу о таком плагине. Но если он и вправду работает так, как вы говорите — то это действительно извращение: ведь тогда как составить селектор для нужных элементов?
Total votes 1: ↑1 and ↓0+1
Либо через атрибут класса, либо через нецелевое использование существующих атрибутов типа title, rel либо никак. В HTML5 паллиативное решение, которое в корне проблему не устраняет. В покойном xHTML2 это решалась через RDF. Но увы. Холивар о нестандартных атрибутах жил, жив и будет жить.
This comment wasn’t rated yet0
получается типа rdf-a… надеюсь будет отображение из этого микроформата в rdf
This comment wasn’t rated yet0
Хорошо, как описывать — понятно. А как с этим работать?
Total votes 2: ↑1 and ↓10
думаю как только станет чем-то осязаемым, поддержка сразу же появится во всех js-фреймворках, типа jQuery
Total votes 1: ↑0 and ↓1-1
в библиотеках jquery тут и там используют нестандартные атрибуты, а для json-данные пихают в сlass.
И похоже, что HTML5 эту практику никак не изведет.
This comment wasn’t rated yet0
Это и микроформаты — разные вещи?
Total votes 2: ↑2 and ↓0+2
Этим, можно дополнить микроформаты.
Если прочитать: 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>
Total votes 3: ↑2 and ↓1+1
На первый взгляд, кажется что это не дополнение к микроформатам, а скорее стандартизированная замена, т.е. задача у них по-сути одна и та жа.
Total votes 2: ↑2 and ↓0+2
Микроформаты — разновидность микроданных, насколько я понимаю.
Т.е. микродата — расширение описательной части HTML за счет использования стандартизированных значений атрибутов, а микроформаты — конкретные примеры — hCard, vcard и т.д.
This comment wasn’t rated yet0
Суть то в принципе одна и та же- облегчить за счет стандартизации разметки машинную обработку содержимого этой разметки.
This comment wasn’t rated yet0
Разница между микроформатами и микроданными состоит в том, что микроформаты предполагают разметку данных специальными значениями атрибутов классов (class="...") или отношений (rel="..."), при этом данные могут быть частью обычного текста или обычной гиперсвязи; микроданные же вместо классов или отношений используют собственные атрибуты (item, itemprop), невиданные доселе.

Микроданными поэтому труднее пользоваться на таких многопользовательских сайтах, которые используют белые списки таких атрибутов HTML, которыми дозволено воспользоваться пользователю. Например, можно себе представить, как во блогозаписях на некотором коллективном блогохостинге разрешается атрибут class="..." (rel="..."), но не микроданные.
Total votes 8: ↑5 and ↓3+2
Очень хорошее и грамотное нововведение, которые давно ждали многие))
This comment wasn’t rated yet0
Да, только пунктуация осталась англоязычной и «инцедент» пишется «инцидент». Рунет пока что живёт дословными переводами чужих материалов…
Total votes 2: ↑1 and ↓10
Кто-то изобрёл XML. С учётом существования XHTML5 мне это кажется довольно бесполезным.
Total votes 7: ↑2 and ↓5-3
Нет XHTML5, есть XHTML и есть HTML5. Последний является сужением первого под более конкретные требования современного Web-а.
Total votes 5: ↑3 and ↓2+1
Ну в общем-то вы правы, 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.
This comment wasn’t rated yet0
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.
Total votes 1: ↑1 and ↓0+1
То есть по-вашему лучше так?
<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 сохраняется.
This comment wasn’t rated yet0
То есть по-вашему лучше так?

Вовсе нет, по моему лучше так, как я написал. Мысли про спецификацию правильные, но не относятся к моему примеру.
This comment wasn’t rated yet0
UFO just landed and posted this here
UFO just landed and posted this here
> Формально-то по стандарту XHTML с другими неймспейсами отдавать как text/html, насколько я в курсе, нельзя.

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

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

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

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

это баг оперы. совершенно не критичный в свете разделения поведения и вёрстки
Total votes 1: ↑1 and ↓0+1
Рыцарь, печального образа мыслей. Когда вас НЛО почикает, не забудьте зафрендиться в новой реинкарнации. Пожалуйста.
Total votes 2: ↑0 and ↓2-2
думаешь уже скоро? ^^
а то я и так прыгаю и эдак, а оно всё пролетает мимо и не замечает T_T
Total votes 1: ↑1 and ↓0+1
Подозреваю, что автоматом подчищаются те кто в топе.
This comment wasn’t rated yet0
UFO just landed and posted this here
Чтобы не читать весь пост, самое главное:
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…


Понятно что в случае с аттрибутами стилизация не важна.
This comment wasn’t rated yet0
UFO just landed and posted this here
<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>ian@hixie.ch</i:reporter>.</p>
<p>PRIORITY: <i:priority>AAA</i:priority>.</p>
</i:bug>

почувствуйте разницу…
This comment wasn’t rated yet0
Ждём браузеров с полной поддержкой html 5. А то как-то даже обидно)
This comment wasn’t rated yet0
Как может быть полная поддержка стандарта, которого нет? М.б. там в w3c через год перегрызутся как с video и замутят HTML6
This comment wasn’t rated yet0
UFO just landed and posted this here
В этом борделе есть все:
стандарты w3c, которые никто не соблюдает
стандарты де-факто, которые соблюдают все, но игноририрует w3c
черновики w3c, которые соблюдаются как черновики,
какая-то синтетическая хрень, не имеющая отношения к w3c, но тюнинг под которую — дело чести производителей броузеров.

Я таки всегда придерживался мнения — если бы MS десять лет назад не пошла на поводу W3c, порядка было бы больше.
Total votes 1: ↑1 and ↓0+1
UFO just landed and posted this here
Мой английский очень плохой, но мне кажется вы перевели неверно. Автор предлагает не «использовать, то что есть», а хавать что дают.
Есть то много чего — XLink, xForms, xPath, xSLT… И ведь что обидно — частично в отдельных броузерах или кроссброузерных js-библиотеках это реализовано.
This comment wasn’t rated yet0
Допустим, вы работаете с трекером инцедентов типа Bugzilla

Первый раз слышу, чтобы баг-трекер так называли :)
This comment wasn’t rated yet0
Согласен с aps. По сути дела определит развитие HTML5+, т.к. грядет эра медиа в интернет.
This comment wasn’t rated yet0
тег video (был хабром скушан):

Согласен с aps. По сути дела video-тег определит развитие HTML5+, т.к. грядет эра медиа в интернет.
This comment wasn’t rated yet0
Какой-то пример использования невразумительный (без обид). В чем смысл и приимущества нововедения-то?

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

Можно еще какие-нибудь примеры, для тех кто пока в HTML5 не «нырнул»?
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time

Your account

Sections

Information

Services

Support
© 2006–2024, Habr