Комментарии 36
мог бы, плюсанул бы. спасибо.
Отличный FAQ, молодчина :)
У меня к вам еще вопрос. Он, наверное, не распространенный, поэтому в faq не попал.
Как часто клиент, заказывающий верстку в частности или вообще весь набор работ по созданию веб-сайта, говорит: "только сделайте мне обязательно с микроформатами"?
Как часто клиент, заказывающий верстку в частности или вообще весь набор работ по созданию веб-сайта, говорит: "только сделайте мне обязательно с микроформатами"?
Хорошая статья. Очень интересно прочитать про микроформаты.
Микроформаты будут распознаваться в HTML коде или для них нужен валидный XHTML?
Микроформаты будут распознаваться в HTML коде или для них нужен валидный XHTML?
Микроформаты имеют одно неоспоримое преимущество: их можно использовать уже сейчас. Они по сути своей — XHTML-код, который понятен едва ли не всем клиентским приложениям. Если клиент не понимает микроформаты, то он обрабатывает обычный XHTML. Попробуйте проделать подобное с XML-аналогом любого микроформата — вас не поймут.
а в чем проблема с XML? современные браузеры умеют XSLT. Так что можно легко отдавать данные и в XML и предлагать XSL шаблон для трансформации в XHTML, что бы браузеры уже сейчас могли корректно все отобразить.
а в чем проблема с XML? современные браузеры умеют XSLT. Так что можно легко отдавать данные и в XML и предлагать XSL шаблон для трансформации в XHTML, что бы браузеры уже сейчас могли корректно все отобразить.
Ребята, а давайте все использовать RDF, как того хочет W3C.
Его и в XML можно представлять, и в human-readable .n3, и в XHTML встраивать посредством RDF/A.
И запросы к нему посылать.
Но это, конечно, дело будущего.
Его и в XML можно представлять, и в human-readable .n3, и в XHTML встраивать посредством RDF/A.
И запросы к нему посылать.
Но это, конечно, дело будущего.
Всё-таки эра микроформатов наступит лишь после того, как будут перевёрстаны все страницы верстальщиком, который знает что такое микроформаты. Иначе вместо них мы получим кучу мусора.
p.s. Я про конфликты имён классов css и названий микроформатов.
p.s. Я про конфликты имён классов css и названий микроформатов.
как только поисковики начнут выдавать красивости на основе микроформатов заказчики быстро простимулируют деньгами внедрение микроформатов. =)
Вот только поисковики вместо красивостей будут сначала выдавать кучу мусора =)
Это всецело зависит от их внимания к этой теме. Технически нет ничего сложного выдавать в сниппет украшенную анкету vCard или давать красивую иконку vLocation (или как там гео формат называется) с ссылкой на свой сервис карт.
Нет, я про качество и кол-во полезной информации, возвращаемой по запросам поисковиков. Опять же я про Хз что, но не координаты точно!
Зря вы углубляетесь в такие мелочи. Пусть это будет не проблемой, а задачей для тех, кто будет это реализовывать. (тем более, что сделать валидацию для микроформатов значительно легче, чем для html)
Кто хочет, ищет способы, кто не хочет причины. ©
Брюзжание ещё никому не помогало чего-то достичь.
Кто хочет, ищет способы, кто не хочет причины. ©
Брюзжание ещё никому не помогало чего-то достичь.
В предыдущем моём сообщении стёрлось описание тега A для примера. Поэтому Вы меня возможно не так поняли. Вообще я только за то, чтобы микроформаты наступили, вот только препятствий для их наступления очень много.
Чтобы цитировать тэги нужно писать < вместо < в качестве открывающего и > вместо > в качестве закрывающего тэг знаков. (как это и делается в html)
Если вам не сложно, то хотелось бы всё-таки увидеть какой пример поверг вас в скепсис.
Если вам не сложно, то хотелось бы всё-таки увидеть какой пример поверг вас в скепсис.
<a class="geo">координатами и не пахнет</a>
вы ошибаетесь вот пример работоспособного geo-микроформата
С последним вопросом.
Наверное сейчас можно ориентироваться на работу какого-нибудь Tails, но я этого не говорил. А то врдруг чё "tails лучший валидатор".
Наверное сейчас можно ориентироваться на работу какого-нибудь Tails, но я этого не говорил. А то врдруг чё "tails лучший валидатор".
Молодец, Макс!
Отлично! Может пора поместить на microformats.ru какую-нибудь вики и начать писать туда переводы? Или хотя бы трансляцию отсюда ;)
Нет смысла внедрять микроформаты в очередную кастрюлю с невалидным варевом из тегов — парсеру будет сложно пробиться через путаную структуру кода.
Сейчас есть парсеры, которые нормально строят dom-структуру даже в невалидном html (например, в брузерах такие ;)) и существует достаточно много решений (на разных языках программирования), которые умеют парсить любой html. Так что про "сложно пробится" - это просто бред.
Сейчас есть парсеры, которые нормально строят dom-структуру даже в невалидном html (например, в брузерах такие ;)) и существует достаточно много решений (на разных языках программирования), которые умеют парсить любой html. Так что про "сложно пробится" - это просто бред.
А давайте-ка вы будете следить за речью?
Вы про "просто бред"? Так вроде ничего нецензурного сказано не было, наездов тоже. Я свое мнение нормально высказал, по-моему, - текущим парсерам в общем случае, все равно, будет ли код валидным, или нет. Структура микроформата от этого не пострадает, так что если сайт уже сверстан неправильно, на фирме верстальщиков нет, а шеф "ну непременно" хочет добавить, например, hCard - можно смело добавлять, проблем не будет.
Скажите, существует ли поисковик, умеющий искать на одном сайте, который понимает микроформат tag? Смысл в том, что бы для маленького сайта без собственного поискового скрипта использовать решение другой компании и при этом иметь возможность подписывать к статьям теги, поиск по которым аналогичен поиску по ним на хабре, да и других сайтах.
Хорошая идея! В принципе, можно взять opensource движок, поддерживающий теги (наприер mnogosearch) и прикрутить к нему.
Проблема не в том что бы использовать некий скрипт и пускать его на своём сервере. Теги прекрасно понимают многие CMS. Фишка в том, что если сделать цельно статичный сайт то как бы так в нём повторить теговый функционал динамичных сайтов. Пока я придумал вариант с хешем слова, тогда поисковик будет показывать нужные страницы, но в строке поиска будет полный бред.
"Поисковик" - это что-то свое или Яндекс? В последнем случае, конечно, ничего не сделаешь. А вот в первом можно поизвращаться. Что если для идентификации тегов взять не хэш, а какое-нибудь обратимое преобразование? Тогда при отрисовке формы поиска можно будет провести его обратно, и в строке поиска будет адекватный текст. При условии, конечно, что Вы можете таким образом влиять на вывод формы поиска.
Впрочем, даже если не можете - достаточно добавить на страницу javascript, который выполнит это преобразование уже на стороне клиента :) Кстати, вариант с javascript - интересная идея, ведь его можно прикрутить даже для внешних продуктов (главное - чтобы можно было вставить что-нибудь в шаблон вывода).
Впрочем, даже если не можете - достаточно добавить на страницу javascript, который выполнит это преобразование уже на стороне клиента :) Кстати, вариант с javascript - интересная идея, ведь его можно прикрутить даже для внешних продуктов (главное - чтобы можно было вставить что-нибудь в шаблон вывода).
Я больше дума о применении Google Custom Search Engine (насколько понимаю это замена предыдущему поиску по сайту) и о его возможности refinement labels ->
http://www.google.com/coop/docs/cse/refi… Пока я правда не уверен, что это адекватная замена тегам. Вполне возможно всё таки придётся делать всё с использованием хешей.
Яваскрипт я хочу использовать по минимуму, что бы сайт не менял своего функционала от его отключения.
http://www.google.com/coop/docs/cse/refi… Пока я правда не уверен, что это адекватная замена тегам. Вполне возможно всё таки придётся делать всё с использованием хешей.
Яваскрипт я хочу использовать по минимуму, что бы сайт не менял своего функционала от его отключения.
Похоже, про mnogosearch я наврал - в нем есть понятие тегов, но настолько примитивное, что в "вебдванольном" смысле его нельзя использовать.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Избранные вопросы и ответы на них