rel-tag-fr

From Microformats Wiki
Jump to navigation Jump to search

rel-tag

Spécification Brouillon du 10 janvier 2005

Editeur/Auteur

Tantek Çelik

Traducteur(s)

Christophe Ducamp

Concept

Derek Powazek Kevin Marks

Copyright

Cette spécification est (C) 2004-2024 par les auteurs. Néanmoins, les auteurs ont pour but de soumettre cette spécification à un corps de standards avec une politique libérale de copyright/licence telle que GMPG, IETF, et/ou W3C. Quiconque souhaite contribuer devrait lire avant de contribuer leurs principes de copyright, politiques et licences (par ex. les Principes GMPG) et être d'accord avec eux, y compris le fait de licencier toutes les contributions sous les licences nécessaires (par ex. CC-by 1.0 et suivantes).

Brevets

Cette spécification est sujette à une politique de brevets libres de droits, par ex. pour la Politique de Brevet du W3C, IETF RFC3667 et RFC3668.

Abstract

Rel-Tag est l'un des nombreux Microformats. En ajoutant rel="tag" à un hyperlien, une page indique que la destination de cet hyperlien est un "tag" déclaré par un auteur (ou un mot-clé/sujet) de la page actuelle. Notez qu'un tag peut simplement faire référence à une portion majeure de la page en cours (par ex. un billet de blog). Par ex. en plaçant ce lien sur une page,

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

L'auteur indique que la page (ou quelque portion de la page) a le tag "bliki".

La page liée DEVRAIT exister, et c'est la page liée, plutôt que le lien texte, qui définit le tag. Le dernier composant de l'URL est le texte du tag, ainsi

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

indiquerait que le tag "bliki" plutôt que "poisson".

Etendue

rel="tag" est spécifiquement conçu pour "taguer" le contenu, généralement des pages web (ou des portions, comme les billets de blog ou de blikis).

rel="tag" n'est PAS conçu pour "taguer" des URLs arbitraires ou du contenu externe. Il existe un demande pour une syntaxe générale décentralisée afin de taguer les URLs, et qui est certainement quelque chose à penser, mais ce n'est pas conçu pour cela. Voir xFolk et hReview pour des manières de taguer des URLs arbitraires.

Profil 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">
     Définition HTML4 de l'attribut 'rel'.</a>  
   Voici une valeur supplémentaire.</p>
  <dl>
   <dt id="tag">tag</dt>
   <dd>Indique que la ressource mise en référence sert de "tag", 
       ou de mot-clé/sujet, pour la page référencée.</dd>
  </dl>
 </dd>
</dl>

Espaces Tag

Les tags sont embarqués dans les URIs HTTP d'une manière bien définie de façon à ce que le tag embarqué dans un URI HTTP puisse être mécaniquement extrait à partir de cette URI.

Spécifiquement, le dernier segment de la portion du chemin de l'URI (après le caractère final "/") contient la valeur du tag. Par exemple, l'URI

http://www.exemple.com/tags/bar

contient le tag "bar".

Par conséquent, pour les intentions de comparer deux URIs HTTP comme des tags, le dernier segment de la portion du chemin devrait être extrait et seule cette valeur (cette valeur du tag) devrait être comparée.

Besoin d'un langage plus formel pour le processus de comparaison et d'extraction.

Le destination d'un hyperlien rel="tag" est requise pour que ce soit un espace tag (un lieu qui assemble ou définit les tags), où le dernier segment du chemin de l'URL est le tag, par ex.

http://technorati.com/tag/bliki 

est un URL pour le tag "bliki".

Les tags ne peuvent être placés uniquement que dans le chemin d'URL, et seulement dans le dernier segment du chemin. Les tags ne peuvent pas être placés dans les paramètres de requête ou dans les indifiants de fragments. par ex.

http://technorati.com/tag/bliki?tag=poisson#emu 

est encore un URL pour le tag "bliki", pas "poisson" ou "emu".

Parce que la seule partie d'un espace tag URL à partir de laquelle toute structure est requise est le dernier segment du chemin, un URL espace tag peut être hébergé sur n'importe quel domaine. Les auteurs peuvent choisir de lier vers un tag sur un espace tag particulier afin de fournir un sens spécifique. Per exemple un tag pour bliki pourrait lier vers :

  http://fr.wikipedia.org/wiki/bliki 

Les slashes placés après dans les URLS de tag sont ignorés, ce qui veut dire que :

  http://technorati.com/tag/bliki/ 

comme un URL rel-tag est traité comme :

  http://technorati.com/tag/bliki 

Problématiques Encodage

Les espaces peuvent être encodés soit comme + ou %20. Les caractèrs Unicode sont encodés comme spécifié dans la RFC 3986. Par exemple :

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

Notez que si vous utilisez Wikipedia comme un espace de tag, comme discuté au-dessus, vous devriez utiliser %20 parce qu'il remappe '+' en %2B, amenant une page avec un signe plus dans le titre (ce qui généralement n'existe pas) à apparaître.

Les Tags Sont des Métadonnées Visibles

Les hyperliens rel="tag" sont destinés à être des liens visibles sur les pages et les billets. Ceci en contraste clair avec les mots-clés méta (qui étaient invisibles et généralement jamais révélés aux lecteurs) et par conséquent au moins en quelque sorte plus résilients aux problèmes des méta-mots-clés.

Rendre visible les hyperliens tag présente l'avantage supplémentaire de faire qu'il soit plus évident pour les lecteurs de savoir si une page abuse des liens tag, et par conséquent fournit plus de pression par les pairs pour un meilleur comportement. Cela fait aussi qu'il est plus évident pour les auteurs, qui peuvent ne pas toujours être conscients des métadonnées invisibles qui sont générées sous leur responsabilité.

Résultante : la variante de la syntaxe de lien tag invisible : <link rel="tag" href="..." /> NE DEVRAIT PAS être supporté par les implémentations.

Implémentations

Cette section est informative.

Les implémentations suivantes ont été développées et génèrent ou parsent les liens rel-tag. Si vous avez une implémentation rel-tag, sentez-vous à l'aise pour l'ajouter en haut de cette liste. Une fois que la liste sera trop grosse, nous produirons une page wiki séparée.

Références

Références "Normatives"

  • HTML 4
  • XHTML 1
  • XMDP
  • RFC 3986 spécifie la syntaxe URL. Section 3.3 spécifie les chemins URL et les chemins de segments.

Références "Informative"

Discussions

Q&R

  • Si vous avez des questions à propos de rel-tag, regardez d'abord les FAQ rel pour les questions sur l'attribut général rel,

puis regardez les FAQ rel-tag, et puis si vous ne trouvez pas de réponses, posez votre question sur la liste de discussion microformats.

Problématiques