Комментарии 27
Такое использование ABBR мне очень не по душе. А почему тогда не H1? Или FORM?
<span class="yellow"> — вообще на уровне начинающих.
<span>Категория</span> — это как-то очень умно для меня.
А за использования мульти-классов — плюс.
<span class="yellow"> — вообще на уровне начинающих.
<span>Категория</span> — это как-то очень умно для меня.
А за использования мульти-классов — плюс.
Взять, к примеру, формат даты. Сложно найти ресурс, где дата отображается в формате YYYYMMDDTHHMMSSZ, поэтому самый действенный способ – использовать тег , что собственно мы и сделали.
YYYY-MM-DDTHH:MM:SS+ZZ:ZZ и abbr неразрывно связаны - это элементарный микроформат (точнее у них он называется datetime pattern) и выглядит он так:
<abbr title="YYYY-MM-DDTHH:MM:SS+ZZ:ZZ">Дата по-человечески</abbr>Почитайте про location, многие вопросы снимет.
Ну и приведённый пример немного некорректен.
Дело в том, что abbr все же изменяет внешний вид "даты по-человечески", что не входило в планы дизайнера изначально. А вот переопределение стиля тега abbr уже действительно больше похоже на извращение, в этом случае легче будет описать дату в отдельном теге <abbr />
С location здесь другая проблема: человек, добавляющий событие, не обязан жить либо работать в месте его проведения... Поэтому в данном случае семантический смысл, действительно, скорее всего будет теряться.
С location здесь другая проблема: человек, добавляющий событие, не обязан жить либо работать в месте его проведения... Поэтому в данном случае семантический смысл, действительно, скорее всего будет теряться.
Переопределение стиля похоже на извращение в основном для IE. Задача достаточно известная.
Что, простите? По ссылке обьясняется, как можно те самые «страну, город, место» описывать с помощью hCard.
Про человека и место его проживания - не понял. И причём там семантика?
Обычно, место проведения описывается как минимум тремя параметрами: страна, город, место. Однако, весомым недостатком микроформата hCalendar является наличие для этого лишь одного поля: location.
С location здесь другая проблема: человек, добавляющий событие, не обязан жить либо работать в месте его проведения... Поэтому в данном случае семантический смысл, действительно, скорее всего будет теряться.
Что, простите? По ссылке обьясняется, как можно те самые «страну, город, место» описывать с помощью hCard.
Про человека и место его проживания - не понял. И причём там семантика?
Я так и не понял, что это такое "микроформаты"...
Самое простое - это способ структурирования информации и придания ей дополнительного смысла.
В хорошо структурированном коде, т.е. таком, в котором соблюдается смысловая вложенность, добавление микроформатов будет выражаться всего лишь в добавлении определённых атрибутов к тегам.
В хорошо структурированном коде, т.е. таком, в котором соблюдается смысловая вложенность, добавление микроформатов будет выражаться всего лишь в добавлении определённых атрибутов к тегам.
Тоже не совсем понял, но для себя сложил примерно следющую картину:
— Мы по определенным правилам (формату МИКРОФОРМАТА) представляем нашу информацию на страние). Эти правила представления видимо заключаются в правилах оформлении и использования тегов и классов
— По полученной информации у нас, а также у огромного количества людей появляется возможность собрать и обработать предоставленную нами информацию. Допустим сделать парсер рунета в поисках всех используемых тегов на страницах… становиться реальностью в случаю стандартизированного формата представления этих тегов.
Вот… как мне кажется это что-то такое
— Мы по определенным правилам (формату МИКРОФОРМАТА) представляем нашу информацию на страние). Эти правила представления видимо заключаются в правилах оформлении и использования тегов и классов
— По полученной информации у нас, а также у огромного количества людей появляется возможность собрать и обработать предоставленную нами информацию. Допустим сделать парсер рунета в поисках всех используемых тегов на страницах… становиться реальностью в случаю стандартизированного формата представления этих тегов.
Вот… как мне кажется это что-то такое
Такое использование аббр неверно с точки зрения семантики XHTML и фактически является хаком, как и все микроформаты в целом, но этот особенно кривой. Альтернативным вариантом является такой:
<span class="dtstart" title="20070312T1700-06">
March 12, 2007 at 5 PM, Central Standard Time
</span>
Что по этому поводу думают парсеры сказать не могу, но, скорее всего, все они поймут правильно.
<span class="dtstart" title="20070312T1700-06">
March 12, 2007 at 5 PM, Central Standard Time
</span>
Что по этому поводу думают парсеры сказать не могу, но, скорее всего, все они поймут правильно.
Могу сказать точно, что расширение для firefox "Operator" (https://addons.mozilla.org/ru/firefox/ad…) такой "альтернативный вариант" не признает, и, соответственно, событие остается без даты...
За вторую ссылочку спасибо, не видел раньше. Не понял поинта с аргументами. Мой аргумент таков, что микроформаты используют стандарнтные XHTML атрибуты не так, как их использование задумано в XHTML. И аббр - тому живой пример. По второй ссылочке как раз и обсуждается предложенное мной решение и почему оно более правильное:) Критику остальных форматов приводит не буду, ссылочку вы уже дали. Основные претензии, конечно, к rel-nofollow и к abbr. Мне кажется наиболее оптимальным вариантом испольовать span/title по-максимуму.
Ну и ещё критика микроформатов. Тоже рекомендую почитать всем. Чтобы быть в курсе.
А лучше всех микроформатами научатся пользоваться поисковые спамеры-оптимизаторы, которые вернут прекрасно структурированную семантическую сеть в прежнее состояние помойки.
Будем надеяться, что в ответ на введение микроформатов в сети поисковики тоже поднатужатся и сделают "смысловой" поиск по этим самым микроформатам :)
Так вот тогда как раз и начнут спамить! Собственно, страшного ничего нет - это все равно произойдет с любой популярной технологией.
Взять, например, del.icio.us: на нем раньше (да и сейчас) искать некоторые вещи было куда эффективнее, чем на гугле. Но некоторое время назад и на нем появились накрутки - т.е. нужные страницы специально добавляются в закладки сотнями виртуальных пользователей с "правильными" тегами и описанием, чтобы всплыть повыше при поиске.
Взять, например, del.icio.us: на нем раньше (да и сейчас) искать некоторые вещи было куда эффективнее, чем на гугле. Но некоторое время назад и на нем появились накрутки - т.е. нужные страницы специально добавляются в закладки сотнями виртуальных пользователей с "правильными" тегами и описанием, чтобы всплыть повыше при поиске.
Один довольно известный сайт решил эту проблему радикально - просто запретил всем поисковикам индексировать контент :)
А это как-то можно завязать с другими приложениями?
Например событие одним кликом занести в себе в каллендарь, hCard в контакты и т.д.?
Например событие одним кликом занести в себе в каллендарь, hCard в контакты и т.д.?
Да, расширения для firefox уже позволяют добавлять события в Yahoo, Google и другие календари, находить положение места проведения событий на картах того же Google, а также экспортировать события в формат VCARD, которые легко можно добавить например в календарь MS Outlook. И многое другое....)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Пример использования микроформатов на «живом» проекте