rel-tag-fr

From Microformats Wiki
Jump to navigation Jump to search

<entry-title>rel="tag"</entry-title>

Spécification Draft du 10 janvier 2005

Editeurs /Auteurs
Tantek Çelik
Kevin Marks
Concept
Derek Powazek
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).

  • Tantek : je sors toutes mes contributions sur cette spécification dans le domaine public et encourage les autres auteurs à faire ainsi.
  • Kevin Marks : je sors toutes mes contributions sur cette spécification dans le domaine public et encourage les autres auteurs à faire ainsi.
    • Quand tous les auteurs/éditeurs auront fait ainsi, nous pourrons retirer la référence à déclaration de copyright microformats et la remplacer par "MicroFormatPublicDomainContributionStatement".


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

voir profil rel-tag.

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 + or %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.

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 rel-tag-implementations-fr.

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.