rel-tag-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
No edit summary
m (Reverted edit of ZciAjf, changed back to last version by ChristopheDucamp)
Line 21: Line 21:


== Abstract ==
== Abstract ==
[[rel-tag-fr|Rel-Tag]] est l'un des nombreux [[microFormats-fr|Microformats]].  En ajoutant <code>rel=
[[rel-tag-fr|Rel-Tag]] est l'un des nombreux [[microFormats-fr|Microformats]].  En ajoutant <code>rel=&quot;tag&quot;</code> à un hyperlien, une page indique que la destination de cet hyperlien est un &quot;tag&quot; 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,
 
<pre><nowiki><a href=&quot;http://technorati.com/tag/bliki&quot; rel=&quot;tag&quot;>bliki</a></nowiki></pre>
 
L'auteur indique que la page (ou quelque portion de la page) a le tag &quot;bliki&quot;.
 
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
 
<pre><nowiki><a href=&quot;http://technorati.com/tag/bliki&quot; rel=&quot;tag&quot;>poisson</a></nowiki></pre>
 
indiquerait que le tag &quot;bliki&quot; plutôt que &quot;poisson&quot;.
 
== Etendue ==
rel=&quot;tag&quot; est spécifiquement conçu pour &quot;taguer&quot; le contenu, généralement des pages web (ou des portions, comme les billets de blog ou de blikis).
 
rel=&quot;tag&quot; n'est PAS conçu pour &quot;taguer&quot; 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-fr|xFolk]] et [[hreview-fr|hReview]] pour des manières de taguer des URLs arbitraires.
 
== Profil XMDP ==
<pre><nowiki>
<dl class=&quot;profile&quot;>
<dt id=&quot;rel&quot;>rel</dt>
<dd><p>
  <a rel=&quot;help&quot; href=&quot;http://www.w3.org/TR/html401/struct/links.html#adef-rel&quot;>
    Définition HTML4 de l'attribut 'rel'.</a> 
  Voici une valeur supplémentaire.</p>
  <dl>
  <dt id=&quot;tag&quot;>tag</dt>
  <dd>Indique que la ressource mise en référence sert de &quot;tag&quot;,
      ou de mot-clé/sujet, pour la page référencée.</dd>
  </dl>
</dd>
</dl>
</nowiki></pre>
 
== 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 cet 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 <pre><nowiki>http://www.exemple.com/tags/bar</nowiki></pre> contient le tag &quot;bar&quot;.
 
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=&quot;tag&quot; 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.
 
<pre><nowiki>http://technorati.com/tag/bliki </nowiki></pre>
 
est une URL pour le tag &quot;bliki&quot;.
 
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 identifiants de fragments. par ex.
 
<pre><nowiki>http://technorati.com/tag/bliki?tag=poisson#emu </nowiki></pre>
 
est encore un URL pour le tag &quot;bliki&quot;, pas &quot;poisson&quot; ou &quot;emu&quot;.
 
Parce que la seule partie d'un espace tag URL à partir de laquelle toute structure est requise
est le dernier segment du chemin, une URL espace tag peut être hébergée 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.
Par exemple un tag pour bliki pourrait lier vers :
 
<pre><nowiki>  http://fr.wikipedia.org/wiki/bliki </nowiki></pre>
 
Les slashes placés après dans les URLS de tag sont ignorés, ce qui veut dire que :
 
<pre><nowiki>  http://technorati.com/tag/bliki/ </nowiki></pre>
comme une URL rel-tag est traitée comme :
<pre><nowiki>  http://technorati.com/tag/bliki </nowiki></pre>
 
== Problématiques Encodage ==
Les espaces peuvent être encodés soit comme <code>+</code> ou <code>%20</code>.
Les caractères Unicode sont encodés comme spécifié dans la [http://www.ietf.org/rfc/rfc3986.txt RFC 3986]. Par exemple :
 
<pre><nowiki><a href=&quot;http://technorati.com/tag/Sant%C3%A9+et+bien-%C3%AAtre&quot; rel=&quot;tag&quot;>Santé et bien-être</a> </nowiki></pre>
 
Notez que si vous utilisez Wikipedia comme un espace de tag, comme discuté au-dessus, vous devriez utiliser <code>%20</code> parce qu'il remappe '+' en <code>%2B</code>, 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 <code>rel=&quot;tag&quot;</code> 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 : <code><link rel=&quot;tag&quot; href=&quot;...&quot; /></code> NE DEVRAIT PAS être supportée par les implémentations.
 
==Exemples dans la Jungle==
Cette section est '''informative'''.
 
Les sites suivants ont implémenté rel-tag, et sont par conséquent un endroit génial pour commencer à regarder des exemples "dans la jungle" pour essayer de parser, d'indexer, d'organiser, etc. Si votre site est balisé avec rel-tag, sentez-vous à l'aise pour l'ajouter en haut de cette liste. Une fois que la liste sera devenue trop grosse, nous produirons une page wiki séparée.
* [http://www.international.unt.edu UNT International] utilise rel-tag pour indiquer le contenu des catégories sur la plupart des pages
* [http://yedda.com Yedda] - Yedda publie des rel-tags pour tous les tags que les personnes ont saisis sur elles-même tout comme tous les tags saisis sur les questions posées sur Yedda.
* [http://www.lingr.com Lingr] publie des rel-tags pour tous les tags saisis par les utilisateurs.
* [http://odeo.com ODEO] [http://odeo.com/blog/2005/07/adding-microformats-to-odeo.html publie] des rel-tags pour les tags saisis par les utilisateurs.
* [http://eventful.com Eventful] publie des rel-tags pour les tags saisis par les utilisateurs.
 
== 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.
 
* [http://my.opera.com/dstorey/blog/ My Opera] utilise rel-tag pour les tags de tous les billets de blog des utilisateurs.
* [http://dev.opera.com/articles/view/making-wii-friendly-pages/ Dev Opera] utilise rel-tag sur tous les tags d'articles.
* [http://www.hubtag.com HubTag] aide les utilisateurs à trouver un tag unique sur le web pour leurs événements - par exemple JohnAndBettysWeddingWimbledonMarch07
* [http://www.necctar.com Necctar] est un moteur de recherche exclusivement basé sur le parsage et traitement du tag microformaté. Necctar utilise les tags saisis par les blogueurs pour indexer le world wide web
* Nutch a un parseur [[rel-tag]] [http://www.mail-archive.com/nutch-commits@lucene.apache.org/msg01014.html embarqué dans son repository svn].
* [http://www.webstandards.org/action/dwtf/microformats/ Dreamweaver Extension suite] du [http://webstandards.org/ Web Standards Project] permet le rel-tagging dans Dreamweaver 8.
* [http://scooch.gr0w.com/ Scooch] slide show creator permet aux auteurs de générer des rel-tags et des groupes de diaporamas par rel-tag via une balise ou nuage avec le compteur d'usages de tag.
* Le plugin Freetag du logiciel de blog [http://www.s9y.org Serendipity] supporte les rel-tags sur une base par-billet, tout comme dans son nuage de tags.  (Le plugin Freetag est de SPARTACUS)
* [http://placenamehere.com/TXP/pnh_mf/ pnh_mf] est un plugin pour [http://textpattern.com/ Textpattern] qui supporte l'embarquement des rel-tags et d'autres microformats dans les gabarits et billets de blogs. Ecrit par [http://placenamehere.com/ Chris Casciano].
* [http://www.truist.com/blog/493/trutags-a-tagging-plugin-for-textpattern tru_tags] est un plugin pour [http://textpattern.com/ Textpattern] qui supporte rel-tagging dans les billets de blog via le champ Keywords.
* [http://news.livejournal.com/86492.html?thread=24881884 LiveJournal] - voir aussi [http://www.livejournal.com/support/faq.bml?cat=tags leurs FAQ concernant le support des tags]
* [http://trac.labnotes.org/cgi-bin/trac.cgi/wiki/TagsLinks TagsLinks] transforme chaque tag en liens qui vous laisse trouver du contenu en rapport sur les services de tags.
* [http://dev.wp-plugins.org/wiki/BunnysTechnoratiTags plugin Tag pour WordPress]
** Remarquez que quelques sites utilisant WordPress (http://microformatique.com/ par exemple) obtiennent des tags incorrects. Le tag ?cat=12 au lieu de la véritable valeur du tag.
* [http://noone.org/blog/tags/Tagging plugin Tag pour Blosxom]
* Technorati a implémenté le premier rel-tag dans son service [http://technorati.com/tag/ Technorati Tags]. Technorati indexe les tags rel-tag.
* [http://consumingexperience.blogspot.com/2005/12/updated-multiple-word-technorati-tag.html script Greasemonkey pour Firefox qui génère des tags pour Blogger]
* [http://tools.microformatic.com/help/xhtml/rel-lint/ rel-lint] est un outil de validation produit par [[User:DrewMcLellan|Drew McLellan]] qui validera l'existence d'attributs rel-tag.
 
== Références ==
=== Références "Normatives"===
* [http://www.w3.org/TR/REC-html40/ HTML 4]
* [http://www.w3.org/TR/xhtml1/ XHTML 1]
* [http://gmpg.org/xmdp/ XMDP]
* RFC 3986 spécifie la syntaxe URL.  Section 3.3 spécifie les chemins URL et les chemins de segments.
 
=== Références "Informatives" ===
* [[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
* [http://developers.technorati.com/wiki/attentionxml Attention.XML] utilise rel-tag pour le tagage lecteur des pages, posts et fils
* [[hcard-fr|hCard]] peut utiliser rel-tag pour les categories
* [[hcalendar-fr|hCalendar]] peut utiliser rel-tag pour les catégories
* [http://technorati.com/help/tags.html Utiliser les tags technorati]
* Contribué à partir de http://developers.technorati.com/wiki/RelTag
* [http://microformatique.com/?p=61 Know your rel-tag] chez microformatique.com
 
== Discussions ==
* Feedback encouragé sur la page [[rel-tag-feedback-fr|rel-tag-feedback]].
* Voir aussi [http://www.technorati.com/cosmos/referer.html les blogs discutant de cette page].
* Historique : [http://www.powazek.com/2005/07/000532.html How Tags Happened at Technorati] de [http://www.powazek.com/ Derek Powazek]
 
=== Q&R ===
* Si vous avez des questions à propos de rel-tag, regardez d'abord les [[rel-faq-fr|FAQ rel]] pour les questions sur l'attribut général rel,
puis regardez les [[rel-tag-faq-fr|FAQ rel-tag]], et puis si vous ne trouvez pas de réponses, posez votre question sur la [http://microformats.org/discuss liste de discussion microformats].
 
==Pages en rapport ==
* {{rel-tag-related-pages-fr}}

Revision as of 07:47, 5 July 2007

rel-tag

Spécification Brouillon du 10 janvier 2005

Editeur/Auteur

Tantek Çelik

Concept

Derek Powazek Kevin Marks

Traduction

Christophe Ducamp

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 cet 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 une 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 identifiants 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, une URL espace tag peut être hébergée 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. Par 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 une URL rel-tag est traitée comme :

  http://technorati.com/tag/bliki 

Problématiques Encodage

Les espaces peuvent être encodés soit comme + ou %20. Les caractères 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ée par les implémentations.

Exemples dans la Jungle

Cette section est informative.

Les sites suivants ont implémenté rel-tag, et sont par conséquent un endroit génial pour commencer à regarder des exemples "dans la jungle" pour essayer de parser, d'indexer, d'organiser, etc. Si votre site est balisé avec rel-tag, sentez-vous à l'aise pour l'ajouter en haut de cette liste. Une fois que la liste sera devenue trop grosse, nous produirons une page wiki séparée.

  • UNT International utilise rel-tag pour indiquer le contenu des catégories sur la plupart des pages
  • Yedda - Yedda publie des rel-tags pour tous les tags que les personnes ont saisis sur elles-même tout comme tous les tags saisis sur les questions posées sur Yedda.
  • Lingr publie des rel-tags pour tous les tags saisis par les utilisateurs.
  • ODEO publie des rel-tags pour les tags saisis par les utilisateurs.
  • Eventful publie des rel-tags pour les tags saisis par les utilisateurs.

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 "Informatives"

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.

Pages en rapport

La spécification rel-tag est un chantier en cours. Au fur et à mesure que des aspects sont discutés, compris et écrits, ils seront ajoutés. Ces idées, problématiques et questions sont maintenues sur des pages séparées.