Pull to refresh

Comments 34

1. В вашем примере кода сходу грубое нарушение стандартов: блочный элемент «h1» вложен в строчный «a». Уже само это вызывает недоверие к статье.

2. Зачем все это? Ну разметили это как s:topic-title, дальше что? Браузер сразу понял что это заголовок статьи и как-то его пролинковал? Или гугл с яндексом увидели и ахнули?
Каким правилам и спекам подчиняется вся эта муть?
Если никаким, то повторюсь: зачем?
Чем конструкция
«h1»«s:topic-title»Организация пакетов с помощью css-suki«/s:topic-title»«/h1»
семантически/функционально/визуально отличается от «h1»«span class=«topic-title»»Организация пакетов с помощью css-suki«/span»«/h1»
или вообще от «h1 class=«topic-title»»Организация пакетов с помощью css-suki«/h1»

Семантическая верстка для того и нужна, чтобы подсказать машине что где.
В браузере с отключенными стилями семантическая верстка будет понятна и структурирована.
В рсс/атом фидах, при парсинге страниц в стронние места семантическая верстка будет понятна и структурирована.
Поисковая машина, читая семантическую верстку, понимает что где такое и улучшает результат выдачи.

и все это потому, что есть общие для всех правила.
А вы пытаетесь выдумать велосипед с квадратными колесами.
1. я и не прошу, чтобы мне верили на слово %-) попробуйте и поймёте, что если задать ссылку внутри заголовка, то активной областью станет не весь блок, а только лишь текст в нём. и чтобы побороть это нужно будет писать дополнительное правило для ссылки, чтобы сделать её блочным элементом.

2. эта муть используется далее скриптами и нужные элементы ищутся не по имени класса, а по имени элемента, что гораздо быстрее. впрочем, вот тебе стандарты:
www.w3.org/TR/vcard-rdf/
web.resource.org/rss/1.0/
api.yandex.ru/blogs/doc/indexation/concepts/why-index-profiles.xml
и так далее…

3. ты в браузере часто стили отключаешь? давайте не будем готовить проблемы из мух — они плохо пахнут.
>>>ты в браузере часто стили отключаешь? давайте не будем готовить проблемы из мух
1) Не стоит тыкать человеку с которым не пил на брудершафт.
2) И вы не совсем понимаете для кого семантика, не для пользователя а для машины.
1. выкаю я только господу, ибо он един в трёх лицах :-Р
2. ты не совсем понимаешь что я понимаю. хтмл — это язык не семантической разметки, а визуально-функциональной.
Завязывай с сиропом от кашля, тебя от него таращит.
1. Т.е. вы хотите сказать, что лучше впрямую нарушить стандарт «блочные элементы нельзя вкладывать в инлайн», чем по стандарту же сделать блочным (что кстати совсем не обязательно, хотя часто повышает юзабилити), через какой нибудь селектор вида h1 a?
3. Дело же не только в том, отключены ли стили в браузере. Семантики чистого html хватает для большинства базовых нужд при парсинге документов.
Вообще мне нравится rdf и, как временная мера, микроформаты, но по моему просто в статье пример очень уж надуманный, т.к. и стандартных элементов для этого достаточно да и поддержка сторонним софтом и сервисами не велика даже для достаточно распространенных микроформатов. А что же касается скриптов… Тоже конечно применение, но по моему оно не стоит усилий потраченных на нее и уход от более-менее стандартного подхода html+css.
1. да, это делает разработку более простой и гибкой.
2. хватает для чего? ты можешь сходу отличить список товаров от списка свойств товара? хтмл-а хватает лишь для базового _представления_ (заголовок, список, таблица, выделенный текст..)

ой, ну такие прям усилия, что надорваться можно х))
«ты можешь сходу отличить список товаров от списка свойств товара?»
да, могу. для этого есть нормально проименованные классы и айдишники
то есть семантики хтмл уже не хватает.
классы и айди — это тоже хтмл.
как и релы (которые тоже можно использовать для семантики)
сам хтмл несет в себе базовую семантику, нужную для машины, чтобы машина могла нормально пропарсить код.

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

Семантика — для МАШИНЫ.

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

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

в хтмл5 расширили базовую семантику — но не на много.
опять же, для того чтобы упростить машинную обработку базовых типов контента.
этого вполне достаточно, т.к. если пытаться учесть вообще все виды контента — спека раздуется до немыслимых размеров. Это не нужно.
классы и айди с точки зрения хтмл не имеют вообще никакого смысла, так же как и дивы и спаны. это их свойство позволяет использовать их для указания той семантики, которая необходима, но которой нет в хтмл. использование отличных от html тэгов — ничем не хуже, а во многих случаях даже и лучше.

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

яндекс уже понимает rss и foaf — это полноценные xml-based форматы, а не жалкие огрызки в виде классов и айди поверх хтмл
Так о том и речь, что где то понимается, а в остальной тысяче сервисов и программ нет… Просто все не достаточно стандартизированно.
Скажем так, я бы не решился в данный момент использовать подобные методы на коммерческом проекте, так как по мне велик шанс нарваться на какую нибудь проблему с поддержкой. И получится ситуацию из разряда «Ваш сервис плохо написан, мы его не поддерживаем» или придется все переделывать. Да и преимущества туманны.
что значит плохо? сервис написан в соответствии со стандартами.
Нет, я имел в виду что так придется отписываться пользователям, у которых что-нибудь не будет работать в сторонних программах или каких нить сервисах (аля Google Reader)
html5, css3, http/1.1 тоже не будем использовать?
Как это вытекает из моего комментария? Использование html5 и css3 все же создает ИМХО меньше потенциальных проблем. Да и честно говоря дают вполне конкретные преимущества в отличии от своего пространства имен.
там также используются неHTML4 тэги, на которые очень сильно рассчитывает наша гипотетическая сторонняя программа или сервис
ничего там не сломается, не выдумывай.

именно для того, чтобы не раздувать спеку и придумали xhtml с его возможностью расширяться за счёт других xml-языков.
Вы слишком категоричны касательно первого пункта — если использовать доктайп HTML5, то это уже не будет нарушением стандарта :)
www.w3.org/TR/html5/embedded-content-0.html#transparent (у ссылок теперь такая вот content model)
html5doctor.com/block-level-links-in-html-5/
учитывая последний абзац топика, хтмл5 мы не рассматриваем)
Не вижу ничего такого в последнем абзаце, что помешало бы использовать html5 доктайп :)
*подумал* нууу… в общем да, в ие6 с любым доктайпом жопа, так что ему не принципиально))))

зы
я все-таки никак не могу понять хабралюдей.
после моего верхнего комментария, который ловит плюсы, у меня опять стала сыпаться карма.
это такая мода — «мне нечего тебе ответить, я тебе насру»?
(не, мне-то пофиг на карму, раздражает ждать по 5 минут просто)
практическая психология, однако
Да лааадно, надо просто уметь готовить для ие6 — и он будет кушать что ему подашь :)
ИЕ6 такой гурман)))
но я уже отказался окончательно от поддержки ие6 — надоело.
а с выходом ие9 думаю отказаться и от ие7
а я не брезгую В-) у меня все решения поддерживают ИЕ6
афайк, html5 отказался от использования dtd. доктайп оставлен лишь для обеспечения обратной совместимости.
А с каким dtd это всё должно работать?
ага, автор почему-то забыл приложить их к статье. или это домашнее задание?
Рад за вас, если вам такие домашние задания задают
на самом деле dtd плохо подходит для валидации xml-моделей.
небольшой тизер: у меня есть свой валидатор с блек-джеком и шлюхами %-)
автор никак не связан с разработчиками IE? «твоя вёрстка — твои правила.»
Sign up to leave a comment.

Articles