rel-tag-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(translation of rel-tag)
 
Line 143: Line 143:


=== Références "Informative" ===
=== Références "Informative" ===
* [[hreview-fr|hReview]] utilie rel-tag pour les tags et les scalar tags
* [[hreview-fr|hReview]] utilise rel-tag pour les tags et les scalar tags
* [[xfolk-fr|xFolk]] utilise rel-tag pour construire une constrution distribuée à distance de ressources taguées
* [[xfolk-fr|xFolk]] utilise rel-tag pour construire une constrution distribuée à distance de ressources taguées
* [http://developers.technorati.com/wiki/attentionxml Attention.XML] utilise rel-tag for reader tagging of pages, posts, feeds
* [http://developers.technorati.com/wiki/attentionxml Attention.XML] utilise rel-tag for reader tagging of pages, posts, feeds
* [[hcard|hCard]] can use rel-tag for categories
* [[hcard-fr|hCard]] peut utiliser rel-tag pour les categories
* [[hcalendar-fr|hCalendar]] peut utiliser rel-tag pour les catégories
* [[hcalendar-fr|hCalendar]] peut utiliser rel-tag pour les catégories
* [http://technorati.com/help/tags.html Utiliser les tags technorati]
* [http://technorati.com/help/tags.html Utiliser les tags technorati]

Revision as of 09:07, 22 June 2006

rel-tag

Spécification Brouillon du 10-01-2005

Editeur/Auteur

Tantek Çelik


Traducteur(s)

Christophe Ducamp

Concept

Derek Powazek Kevin Marks

Copyright

This specification is (C) 2004-2024 by the authors. However, the authors intend to submit (or already have submitted, see details in the spec) this specification to a standards body with a liberal copyright/licensing policy such as the GMPG, IETF, and/or W3C. Anyone wishing to contribute should read their copyright principles, policies and licenses (e.g. the GMPG Principles) and agree to them, including licensing of all contributions under all required licenses (e.g. CC-by 1.0 and later), before contributing.

Patents

This specification is subject to a royalty free patent policy, e.g. per the W3C Patent Policy, and IETF RFC3667 & 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é/subjet) 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é das 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 seulement 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 uniquement placés 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 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 les hyperliens tag visible 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 rel FAQ pour les questions sur l'attribut général rel,

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

Problématiques

  • SVP ajoutez toute problématique avec la spécification sur le document dédié rel-tag issues.