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»
Семантическая верстка для того и нужна, чтобы подсказать машине что где.
В браузере с отключенными стилями семантическая верстка будет понятна и структурирована.
В рсс/атом фидах, при парсинге страниц в стронние места семантическая верстка будет понятна и структурирована.
Поисковая машина, читая семантическую верстку, понимает что где такое и улучшает результат выдачи.
и все это потому, что есть общие для всех правила.
А вы пытаетесь выдумать велосипед с квадратными колесами.
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»
Семантическая верстка для того и нужна, чтобы подсказать машине что где.
В браузере с отключенными стилями семантическая верстка будет понятна и структурирована.
В рсс/атом фидах, при парсинге страниц в стронние места семантическая верстка будет понятна и структурирована.
Поисковая машина, читая семантическую верстку, понимает что где такое и улучшает результат выдачи.
и все это потому, что есть общие для всех правила.
А вы пытаетесь выдумать велосипед с квадратными колесами.
+13
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. ты в браузере часто стили отключаешь? давайте не будем готовить проблемы из мух — они плохо пахнут.
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. ты в браузере часто стили отключаешь? давайте не будем готовить проблемы из мух — они плохо пахнут.
-9
>>>ты в браузере часто стили отключаешь? давайте не будем готовить проблемы из мух
1) Не стоит тыкать человеку с которым не пил на брудершафт.
2) И вы не совсем понимаете для кого семантика, не для пользователя а для машины.
1) Не стоит тыкать человеку с которым не пил на брудершафт.
2) И вы не совсем понимаете для кого семантика, не для пользователя а для машины.
+2
1. Т.е. вы хотите сказать, что лучше впрямую нарушить стандарт «блочные элементы нельзя вкладывать в инлайн», чем по стандарту же сделать блочным (что кстати совсем не обязательно, хотя часто повышает юзабилити), через какой нибудь селектор вида h1 a?
3. Дело же не только в том, отключены ли стили в браузере. Семантики чистого html хватает для большинства базовых нужд при парсинге документов.
Вообще мне нравится rdf и, как временная мера, микроформаты, но по моему просто в статье пример очень уж надуманный, т.к. и стандартных элементов для этого достаточно да и поддержка сторонним софтом и сервисами не велика даже для достаточно распространенных микроформатов. А что же касается скриптов… Тоже конечно применение, но по моему оно не стоит усилий потраченных на нее и уход от более-менее стандартного подхода html+css.
3. Дело же не только в том, отключены ли стили в браузере. Семантики чистого html хватает для большинства базовых нужд при парсинге документов.
Вообще мне нравится rdf и, как временная мера, микроформаты, но по моему просто в статье пример очень уж надуманный, т.к. и стандартных элементов для этого достаточно да и поддержка сторонним софтом и сервисами не велика даже для достаточно распространенных микроформатов. А что же касается скриптов… Тоже конечно применение, но по моему оно не стоит усилий потраченных на нее и уход от более-менее стандартного подхода html+css.
+1
1. да, это делает разработку более простой и гибкой.
2. хватает для чего? ты можешь сходу отличить список товаров от списка свойств товара? хтмл-а хватает лишь для базового _представления_ (заголовок, список, таблица, выделенный текст..)
ой, ну такие прям усилия, что надорваться можно х))
2. хватает для чего? ты можешь сходу отличить список товаров от списка свойств товара? хтмл-а хватает лишь для базового _представления_ (заголовок, список, таблица, выделенный текст..)
ой, ну такие прям усилия, что надорваться можно х))
0
«ты можешь сходу отличить список товаров от списка свойств товара?»
да, могу. для этого есть нормально проименованные классы и айдишники
да, могу. для этого есть нормально проименованные классы и айдишники
0
то есть семантики хтмл уже не хватает.
+1
классы и айди — это тоже хтмл.
как и релы (которые тоже можно использовать для семантики)
сам хтмл несет в себе базовую семантику, нужную для машины, чтобы машина могла нормально пропарсить код.
классами и айдишниками можно расширить семантику для каждой конкретной задачи на сколько нужно.
этих инструментов с головой достаточно.
на базе этих инструментов создаются правила, типа микроформатов.
опять же, правила создаются, стандартизируются и распространяются.
если их примет достаточное кол-во разработчиков контента — разработчики софта примут эти правила и их, например, начнут использовать те же поисковые машины.
Семантика — для МАШИНЫ.
а то что вы сами себе расширяете неймспейсы, добавляете новые элементы — глупость, т.к. это не улучшает семантику ни на копейку. Возможно, самому потом в таком коде будет проще разобраться, но опять же, проще и правильнее использовать заложенный в спеки инструментарий — классы и айди.
К тому же, если ваш контент понадобиться где-то вытянуть — он сломается.
В выдаче поисковой системы ваши результаты поплывут, например.
в хтмл5 расширили базовую семантику — но не на много.
опять же, для того чтобы упростить машинную обработку базовых типов контента.
этого вполне достаточно, т.к. если пытаться учесть вообще все виды контента — спека раздуется до немыслимых размеров. Это не нужно.
как и релы (которые тоже можно использовать для семантики)
сам хтмл несет в себе базовую семантику, нужную для машины, чтобы машина могла нормально пропарсить код.
классами и айдишниками можно расширить семантику для каждой конкретной задачи на сколько нужно.
этих инструментов с головой достаточно.
на базе этих инструментов создаются правила, типа микроформатов.
опять же, правила создаются, стандартизируются и распространяются.
если их примет достаточное кол-во разработчиков контента — разработчики софта примут эти правила и их, например, начнут использовать те же поисковые машины.
Семантика — для МАШИНЫ.
а то что вы сами себе расширяете неймспейсы, добавляете новые элементы — глупость, т.к. это не улучшает семантику ни на копейку. Возможно, самому потом в таком коде будет проще разобраться, но опять же, проще и правильнее использовать заложенный в спеки инструментарий — классы и айди.
К тому же, если ваш контент понадобиться где-то вытянуть — он сломается.
В выдаче поисковой системы ваши результаты поплывут, например.
в хтмл5 расширили базовую семантику — но не на много.
опять же, для того чтобы упростить машинную обработку базовых типов контента.
этого вполне достаточно, т.к. если пытаться учесть вообще все виды контента — спека раздуется до немыслимых размеров. Это не нужно.
+1
классы и айди с точки зрения хтмл не имеют вообще никакого смысла, так же как и дивы и спаны. это их свойство позволяет использовать их для указания той семантики, которая необходима, но которой нет в хтмл. использование отличных от html тэгов — ничем не хуже, а во многих случаях даже и лучше.
сабж — это использование xhtml5, который замечательно парсится современными хтмл-парсерами. тебя что-то не устраивает? я же не предлагаю отказаться от использования хтмл-тэгов. но всему своё место. хтмл описывает лишь семантику страницы текста, но страница сайта — это не страница текста, это нечто большее.
сабж — это использование xhtml5, который замечательно парсится современными хтмл-парсерами. тебя что-то не устраивает? я же не предлагаю отказаться от использования хтмл-тэгов. но всему своё место. хтмл описывает лишь семантику страницы текста, но страница сайта — это не страница текста, это нечто большее.
0
яндекс уже понимает rss и foaf — это полноценные xml-based форматы, а не жалкие огрызки в виде классов и айди поверх хтмл
+1
Так о том и речь, что где то понимается, а в остальной тысяче сервисов и программ нет… Просто все не достаточно стандартизированно.
Скажем так, я бы не решился в данный момент использовать подобные методы на коммерческом проекте, так как по мне велик шанс нарваться на какую нибудь проблему с поддержкой. И получится ситуацию из разряда «Ваш сервис плохо написан, мы его не поддерживаем» или придется все переделывать. Да и преимущества туманны.
Скажем так, я бы не решился в данный момент использовать подобные методы на коммерческом проекте, так как по мне велик шанс нарваться на какую нибудь проблему с поддержкой. И получится ситуацию из разряда «Ваш сервис плохо написан, мы его не поддерживаем» или придется все переделывать. Да и преимущества туманны.
+1
что значит плохо? сервис написан в соответствии со стандартами.
0
Нет, я имел в виду что так придется отписываться пользователям, у которых что-нибудь не будет работать в сторонних программах или каких нить сервисах (аля Google Reader)
+1
html5, css3, http/1.1 тоже не будем использовать?
0
Как это вытекает из моего комментария? Использование html5 и css3 все же создает ИМХО меньше потенциальных проблем. Да и честно говоря дают вполне конкретные преимущества в отличии от своего пространства имен.
+1
ничего там не сломается, не выдумывай.
именно для того, чтобы не раздувать спеку и придумали xhtml с его возможностью расширяться за счёт других xml-языков.
именно для того, чтобы не раздувать спеку и придумали xhtml с его возможностью расширяться за счёт других xml-языков.
0
Вы слишком категоричны касательно первого пункта — если использовать доктайп HTML5, то это уже не будет нарушением стандарта :)
— www.w3.org/TR/html5/embedded-content-0.html#transparent (у ссылок теперь такая вот content model)
— html5doctor.com/block-level-links-in-html-5/
— www.w3.org/TR/html5/embedded-content-0.html#transparent (у ссылок теперь такая вот content model)
— html5doctor.com/block-level-links-in-html-5/
+1
учитывая последний абзац топика, хтмл5 мы не рассматриваем)
+2
Не вижу ничего такого в последнем абзаце, что помешало бы использовать html5 доктайп :)
+1
*подумал* нууу… в общем да, в ие6 с любым доктайпом жопа, так что ему не принципиально))))
зы
я все-таки никак не могу понять хабралюдей.
после моего верхнего комментария, который ловит плюсы, у меня опять стала сыпаться карма.
это такая мода — «мне нечего тебе ответить, я тебе насру»?
(не, мне-то пофиг на карму, раздражает ждать по 5 минут просто)
практическая психология, однако
зы
я все-таки никак не могу понять хабралюдей.
после моего верхнего комментария, который ловит плюсы, у меня опять стала сыпаться карма.
это такая мода — «мне нечего тебе ответить, я тебе насру»?
(не, мне-то пофиг на карму, раздражает ждать по 5 минут просто)
практическая психология, однако
+2
афайк, html5 отказался от использования dtd. доктайп оставлен лишь для обеспечения обратной совместимости.
0
А с каким dtd это всё должно работать?
+4
автор никак не связан с разработчиками IE? «твоя вёрстка — твои правила.»
+2
Sign up to leave a comment.
Разметка независимыми элементами