rel-tag-issues-fr

From Microformats Wiki
Revision as of 09:37, 22 June 2006 by ChristopheDucamp (talk | contribs) (french translation of rel-tag-issues)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Problématiques relTag

Il existe des problématiques soulevées à l'extérieur à propos des rel-tag avec des degrés de mérite très différents. Par conséquent, quelques problématiques sont REJETEES pour un certain nombre de raisons évidentes (mais encore documentées ici au cas où elles surviendraient de nouveau), et d'autres qui contiennent des discussions plus longues. Quelques problématiques peuvent être ACCEPTEES et peut-être amener à des modificatons ou améliorations dans la spécification. Les problématiques proposées peuvent (et le seront probablement) être éditées et récrites pour une écriture allant vers la clarté, la plénitude, la rationnalité et aussi neutre en point de vue que possible. — Tantek

Problématiques

SVP, utilisez ce format :

  • YYYY-MM-DD soulevées par NOMAUTEUR
    1. Problématique 1 : Voilà la première problématique que j'ai.
    2. Problématique 2 : Voilà la seconde problématique que j'ai.


  • 2005-06-21 soulevées par Hixie
    1. Problématique H-1 : Cette spécification manque d'une section de conformité agent utilisateur. Est ce que l'UA crawle simplement le DOM en cherchant tous les <html:a> elements avec un attribut "rel" qui contient un mot-clé "tag" (après le découpage de la séparation espace) et puis saisit la valeur href="" ?

Que penser des liens relatifs ? Est-ce qu'ils doivent implémenter xml:base ? <html:base> ? D'autres choses ?

    1. Problématique H-2 : Quel est le problème ? Est-ce que la recherche texte-libre n'est pas plus efficace que de compter sur les personnes pour placer un tag particulier ?
  • 2006-01-10 soulevées par Adam Willard
    1. Problématique 1 : En quelque sorte confuse. SVP soit réparez ou élaborez la différence dans les URLS dans l'aire Espace Tags. -> est-ce /tag/ ou /tags/ ou /wiki/. Est-ce que cette URI est modifiable ou est-ce simplement en train de montrer d'autres implémentations. Si c'est le cas, je suis confus sur l'implémentation. Est-ce que /wiki/ ne montre seulement que le contenu tagué de wiki ? Est-ce que les URIs devraient être construites comme /definition/ /blog/ etc... pour renvoyer ces items ? Ou est-ce simplement renvoyer des pages et le webmestre a juste décidé sur /wiki/ ou /tag/ ou /applicationdir/ ?
      • FAQ ACCEPTE - Nous avons besoin de faire de ça une entrée FAQ. RyanKing 14:46, 25 Jan 2006 (PST) (@TODO)
    2. Problématique 2 : Plus d'information sur l'implémentation véritable d'un espace tag serait utile. J'ai écrit un système de tagging sur notre intranet et nous faisons tourner IIS. Aussi j'ai dû installer URLrewrite (ISAPI) pour créer l'URI /tag/tagnom.

Nous les horribles types Microfosot ne sommes pas aussi chanceux d'avoir Mod Rewrite.

      • REJETE NON PERTINENT - Implémenter un espace tag est bien en dehors des frontières de la spécification rel-tag. --RyanKing 14:46, 25 Jan 2006 (PST)
  • 2006-02-09 soulevées par JonathanFeinberg
    1. Problématique 1 : C'est bizarre d'avoir le tag annoté par l'URL. Le contenu du tag a est un endroit parfaitement adapté pour contenir le tag.
      • REJETE, IGNORE PRATIQUE ETABLIE. Flickr et del.icio.us et d'autres sites de tagging ont installé le standard defacto d'avoir le terme tag annoté par le dernier segment dans l'URL. rel-tag a été conçu pour influencer ce comportement existant. Les arguments théoriques sur la pertinence ne sont pas appropriés du fait d'une pratique existante et très débordante.
    2. Problématique 2 : Il n'y a pas moyen de distinguer entre une notion d'utilisateur individuel et un tag global (cad. le tag java de Fred versus toutes les choses taguées avec java.
      • REJETE FAUX. FAQ ACCEPTEE. Les espaces tag (voir spécification rel-tag-fr) sont utilisés pour distinguer, par ex. Flickr fait ça avec les photos provenant d'un utilisateur avec un tag, vs. photos provenant de tous les utilisateurs avec un tage. to-do - ajouter ça aux rel-tag-faq-fr.
    3. Problématique 3 : Ce n'est pas raisonnable de restreindre l'implémentation REST de l'hébergeur selons cette idée de spec. plutôt limitée d'un "bon" URL tag. L'idée de tags comme paramètres de requête est rejetée sans justification, par exemple.

Les paramètres de requête sont un moyen parfaitement légitime d'état annoté.

      • REJETE, IGNORE PRATIQUE ETABLIE. Flickr et del.icio.us et d'autres sites de tags ont établi le standard de facto d'avoir le terme tag annoté par le dernier segment dans l'URL et par conséquent ont défini ce qui fait un "bon" URL tag. rel-tag a codifié cette bonne pratique.
  • 2006-02-09 soulevées par Robert Yates
    1. Problématique 1 : Ainsi je travaille aux côté de Jonathan chez Lotus / IBM et nous avons plusieurs systèmes en développement chacun avec sa propre implémentation de tag. Tous ont leurs propres pages qui sont dédiées

pour lister les choses qui ont été taguées par un tag donné. Quelques-uns de ces systèmes utilisent une notation url qui se finti par /tag mais beaucoup (la majorité) ne le font pas. Nous cherchons à avoir une manière standard que ces systèmes puissent taguer sémantiquement leurs tages et reltag semble très prometteur. Néanmoins, compte tenu du fait que quelques-uns des systèmes produisent des urls tag qui ne finissent pas par /tag nous sommes un peu dérangés. Ce serait extrêmement difficile et en quelque sorte impraticable de faire que tous ces groupes s'assurent que leurs urls de tag se finissent pas /tag. Etes-vous en train d'imaginer une autre approche. Nous aimerions utiliser relTag dans nos produits, mais pour le moment nous ne le pouvons pas. A la recherche de quelque aide / orientation.

      • Clarification : Par '/tag' voulez-vous dire '/<tag-name>'? --RyanKing 15:21, 9 Feb 2006 (PST)
        • oui -- rob yates 18:56, 9 Feb 2006 (EST)
      • Je voulais faire une étude rapide pour voir combien d'autres sites se battraient pour adopter facilement ce format, du fait qu'ils

ne finissent pas actuellement leurs urls tag par '/<tag-name>'. Bien que je sois finalement d'accord sur le fait que finir par '/<nom-tag>' est une bonne pratique, je pressens que leurs exigences à être une option pour les sites qui ne font pas ça, mais veulent encore sémantiquement taguer leurs tags. Voilà quelques sites que j'ai trouvés et qui ne peuvent pas facilement adopter le reltag sans retravailler la logique côté serveur. Il y a quelques grands noms sur cette liste.


  • 2006-04-06 soulevée par Evan
    1. L'étendue dit que 'rel="tag" est spécifiquement conçue pour "taguer" du contenu, généralemnt des pages web (ou des portions, comme des billets de blog).',

mais il n'est pas clair comment associer un tag à une portion d'une page web et pas une autre. Quelques cas communs : galeries de photos, billets de blots, répertoires de pages jaunes, répertoires de hcard, listes de bookmarks style-del.icio.us. Est-ce que le tag s'applique à l'élément de <a> contenant ? Tous les éléments contenant ? Une possibilité que je suggère : le tag s'applique à most immediately enclosing element with an "id" attribute (adressable, au moins en XHTML, comme #idval), ou à la page entière s'il n'existe pas un tel élément. Une autre possibilité est d'avoir une classe tagtarget, de façon à ce que le parent avec cette classe-là est l'objet étant tagué.