rel-tag-ru

From Microformats Wiki
Revision as of 18:48, 12 July 2008 by DinamytE (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

rel-tag

Если вы ведёте свой блог или записи, то вы, наверняка, используете метки (ярлыки, теги) для указания метаинформации относительно конкретных записей. Таким образом, каждая запись обладает собственным набором меток, которые помогают ориентироваться во всех записях в блоге. Теги размечивать нужно семантично, а для этого стоит использовать микроформат rel-tag из семейства микроформатов rel.

Авторство и правовые вопросы

Ниже расположена информация об авторах данного микроформата и правах, по которым он доступен.

Авторы

Редакторы
Tantek Çelik
Kevin Marks
Идея
Derek Powazek

Права

Данная спецификация находится под лицензией Public Domain (страница Тантека).

Автор указал, что данная работа является работой под лицензией Public Domain. Все редакторы данной страницы соглашаются с тем, что их правки также будут распространяться под Public Domain. Редакторы могут выразить своё согласие, вставив шаблон на свою страницу (инструкции). В противном случае все правки могут быть отменены или удалены.

Патенты

Данная спецификация — субъект политики патентования. См. подробнее:

Общее описание

rel-tag — это один из многих микроформатов. Добавляя rel="tag" к ссылке, вы указываете, что её цель — это созданный автором тег (ключевое слово, тема, метка) для текущей страницы или определённой её части.

Например:

<a href="http://technorati.com/tag/tech" rel="tag">tech</a>

Эта разметка говорит нам о том, что странице (или её части) приписан тег «tech».

Страница, на которую мы ссылаемся, должна существоовать, разумеется. Сам тег определяется не содержимым элемента a, а последним компонентом URI, который указан в нашей ссылке. Например:

<a href="http://technorati.com/tag/tech" rel="tag">fish</a>

В этом примере тегом является «tech», а не «fish».

Область применения

rel-tag создан, чтобы назначать целой странице или отдельной части страницы теги (метки).

rel-tag не предназначен для указания тегов для внешних ресурсов. Если же вам всё таки нужно сделать именно это, вы можете использовать либо микроформат xFolk, либо hReview.

XMDP

Профиль XMDP (англ.)

<dl class="profile">
 <dt id="rel">rel</dt>
 <dd><p>
   <a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
     HTML4 definition of the 'rel' attribute.</a>  
   Here is an additional value.</p>
  <dl>
   <dt id="tag">tag</dt>
   <dd>Indicates that the referred resource serves as a "tag", 
       or keyword/subject, for the referring page.</dd>
  </dl>
 </dd>
</dl>

Профиль XMDP (рус.)

<dl class="profile">
 <dt id="rel">rel</dt>
 <dd><p>
   <a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
     Определение атрибута rel в HTML 4.</a>  
   Дополнительное значение.</p>
  <dl>
   <dt id="tag">tag</dt>
   <dd>Указывает, что цель ссылки — ключевое слово, метка для текущей страницы или части текущей страницы.</dd>
  </dl>
 </dd>
</dl>

Пространства тегов

Теги включается непосредственно в URI специально определённым образом, поэтому они могут быть оттуда с лёгкостью извлечены. Последний сегмент пути в URI (после последнего слеша "/") — это значение тега. Например, путь

http://www.example.com/tags/foo

содержит тег foo.

Для сравнения двух URI как тегов, нужно сравнить именно вышеупомянутые части этих URI. Если они совпадут, значит теги являются одинаковыми, в противном случае теги различны.

Целью ссылки с rel-tag должно быть пространство тегов, которое определяет и содержит в себе все используемые теги.

http://technorati.com/tag/tech

http://technorati.com/tag/ — пространство тегов

tech — сам тег

Теги должны располагаться только в последнем сегменте пути URI, нигде иначе.

http://technorati.com/tag/tech?tag=fish#emu 

Пример выше говорит нам о том, что тегом всё ещё является «tech», но никак не «fish» или «emu».

Пространства тегов могут располагаться на любом домене. Авторы могут использовать эту возможность для предоставления дополнительных сведений о публикуемом ими содержимом.

Например:

  http://en.wikipedia.org/wiki/Technology 

Символы "/", идущие в конце URI, должны игнорироваться, поэтому следующая ссылка:

  http://technorati.com/tag/Technology/ 

равносильна этой:

  http://technorati.com/tag/Technology 

Особенности записи

Пробелы записываются с использованием символа + или последовательности %20. Символы Unicode записываются таким образом, какой указан в RFC 3986. Например:

<a href="http://technorati.com/tag/Sant%C3%A9+et+bien-%C3%AAtre" rel="tag">Santé et bien-être</a> 

Если вы решите использовать Wikipedia как пространство тегов, как было показано выше, вам следует использовать %20, так как она преобразует + в %2B, делая страницу со знаком плюс в заголовке видимой.

Теги как видимые метаданные

Ссылки с использованием rel-tag — это, несомненно, видимые на странице элементы. Здесь можно провести параллель с обычными ключевыми словами meta, которые являются невидимыми для пользователя.

Видимые метаданные в виде rel-tag авторы могут использовать для генерации невидимых данных. Помимо этого, данные видимые элементы могут быть использованы для того, чтобы визуально показать пользователю о смысловом наполнении текущей страницы или части страницы.

Разработчики программных средств должны игнорировать ссылки с тегами, подобные <link rel="tag" href="..." />.


Ссылки

Нормативные

  • HTML 4
  • XHTML 1
  • XMDP
  • RFC 3986 (определения синтаксиса URL/URI). См. раздел 3.3

Информативные