Pull to refresh

Comments 36

У меня к вам еще вопрос. Он, наверное, не распространенный, поэтому в faq не попал.
Как часто клиент, заказывающий верстку в частности или вообще весь набор работ по созданию веб-сайта, говорит: "только сделайте мне обязательно с микроформатами"?
подавляющее большинство клиентов даже слова такого не знают, только мы и можем им объяснить, что это такое, и зачем оно.
Хорошая статья. Очень интересно прочитать про микроформаты.
Микроформаты будут распознаваться в HTML коде или для них нужен валидный XHTML?
UFO landed and left these words here
Микроформаты имеют одно неоспоримое преимущество: их можно использовать уже сейчас. Они по сути своей — XHTML-код, который понятен едва ли не всем клиентским приложениям. Если клиент не понимает микроформаты, то он обрабатывает обычный XHTML. Попробуйте проделать подобное с XML-аналогом любого микроформата — вас не поймут.

а в чем проблема с XML? современные браузеры умеют XSLT. Так что можно легко отдавать данные и в XML и предлагать XSL шаблон для трансформации в XHTML, что бы браузеры уже сейчас могли корректно все отобразить.
не все браузеры умеют XSLT, например Опера < 8.5 (достаточно много народу пользуется), да и старые браузеры тоже не умеют, а любому крупному сайту/сервису очень важно чтобы сервис работал у всех
ну это же решаемо. server-side можно смотреть что если браузер не умеет xslt, то трансформить ему самим.
при этом для подавляющего большинства (Firefox и ie) все будет работать.
а вот xml как формат для структурированных данных все-таки удобнее по-моему...
Ребята, а давайте все использовать RDF, как того хочет W3C.
Его и в XML можно представлять, и в human-readable .n3, и в XHTML встраивать посредством RDF/A.
И запросы к нему посылать.

Но это, конечно, дело будущего.
Всё таки уж совсем упрощать парсеры не стоит. В конце концов мы для компьютеров или они для нас? ;)
Всё-таки эра микроформатов наступит лишь после того, как будут перевёрстаны все страницы верстальщиком, который знает что такое микроформаты. Иначе вместо них мы получим кучу мусора.

p.s. Я про конфликты имён классов css и названий микроформатов.
как только поисковики начнут выдавать красивости на основе микроформатов заказчики быстро простимулируют деньгами внедрение микроформатов. =)
Вот только поисковики вместо красивостей будут сначала выдавать кучу мусора =)
Это всецело зависит от их внимания к этой теме. Технически нет ничего сложного выдавать в сниппет украшенную анкету vCard или давать красивую иконку vLocation (или как там гео формат называется) с ссылкой на свой сервис карт.
Нет, я про качество и кол-во полезной информации, возвращаемой по запросам поисковиков. Опять же я про Хз что, но не координаты точно!
Зря вы углубляетесь в такие мелочи. Пусть это будет не проблемой, а задачей для тех, кто будет это реализовывать. (тем более, что сделать валидацию для микроформатов значительно легче, чем для html)

Кто хочет, ищет способы, кто не хочет — причины. ©
Брюзжание ещё никому не помогало чего-то достичь.
В предыдущем моём сообщении стёрлось описание тега A для примера. Поэтому Вы меня возможно не так поняли. Вообще я только за то, чтобы микроформаты наступили, вот только препятствий для их наступления очень много.
Чтобы цитировать тэги нужно писать &lt; вместо < в качестве открывающего и &gt; вместо > в качестве закрывающего тэг знаков. (как это и делается в html)

Если вам не сложно, то хотелось бы всё-таки увидеть какой пример поверг вас в скепсис.
С последним вопросом.
Наверное сейчас можно ориентироваться на работу какого-нибудь Tails, но я этого не говорил. А то врдруг чё "tails лучший валидатор".
Отлично! Может пора поместить на microformats.ru какую-нибудь вики и начать писать туда переводы? Или хотя бы трансляцию отсюда ;)
Нет смысла внедрять микроформаты в очередную кастрюлю с невалидным варевом из тегов — парсеру будет сложно пробиться через путаную структуру кода.
Сейчас есть парсеры, которые нормально строят dom-структуру даже в невалидном html (например, в брузерах такие ;)) и существует достаточно много решений (на разных языках программирования), которые умеют парсить любой html. Так что про "сложно пробится" - это просто бред.
Вы про "просто бред"? Так вроде ничего нецензурного сказано не было, наездов тоже. Я свое мнение нормально высказал, по-моему, - текущим парсерам в общем случае, все равно, будет ли код валидным, или нет. Структура микроформата от этого не пострадает, так что если сайт уже сверстан неправильно, на фирме верстальщиков нет, а шеф "ну непременно" хочет добавить, например, hCard - можно смело добавлять, проблем не будет.
Скажите, существует ли поисковик, умеющий искать на одном сайте, который понимает микроформат tag? Смысл в том, что бы для маленького сайта без собственного поискового скрипта использовать решение другой компании и при этом иметь возможность подписывать к статьям теги, поиск по которым аналогичен поиску по ним на хабре, да и других сайтах.
Хорошая идея! В принципе, можно взять opensource движок, поддерживающий теги (наприер mnogosearch) и прикрутить к нему.
Проблема не в том что бы использовать некий скрипт и пускать его на своём сервере. Теги прекрасно понимают многие CMS. Фишка в том, что если сделать цельно статичный сайт то как бы так в нём повторить теговый функционал динамичных сайтов. Пока я придумал вариант с хешем слова, тогда поисковик будет показывать нужные страницы, но в строке поиска будет полный бред.
"Поисковик" - это что-то свое или Яндекс? В последнем случае, конечно, ничего не сделаешь. А вот в первом можно поизвращаться. Что если для идентификации тегов взять не хэш, а какое-нибудь обратимое преобразование? Тогда при отрисовке формы поиска можно будет провести его обратно, и в строке поиска будет адекватный текст. При условии, конечно, что Вы можете таким образом влиять на вывод формы поиска.

Впрочем, даже если не можете - достаточно добавить на страницу javascript, который выполнит это преобразование уже на стороне клиента :) Кстати, вариант с javascript - интересная идея, ведь его можно прикрутить даже для внешних продуктов (главное - чтобы можно было вставить что-нибудь в шаблон вывода).
Я больше дума о применении Google Custom Search Engine (насколько понимаю это замена предыдущему поиску по сайту) и о его возможности refinement labels ->
http://www.google.com/coop/docs/cse/refi… Пока я правда не уверен, что это адекватная замена тегам. Вполне возможно всё таки придётся делать всё с использованием хешей.

Яваскрипт я хочу использовать по минимуму, что бы сайт не менял своего функционала от его отключения.
Похоже, про mnogosearch я наврал - в нем есть понятие тегов, но настолько примитивное, что в "вебдванольном" смысле его нельзя использовать.
UFO landed and left these words here
Only those users with full accounts are able to leave comments. Log in, please.