representative-hcard-brainstorming-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (→‎propositions: first draf translation)
m ([fr:sync'd with english version])
Line 2: Line 2:
{{TOC-right}}
{{TOC-right}}
Propositions pour indication sur des pages qui représentent des personnes individuelles quelle [[hcard|hCard]] représente cette personne-là. Fait partie de l'effort [[representative-hcard-fr|hCard-représentative]].
Propositions pour indication sur des pages qui représentent des personnes individuelles quelle [[hcard|hCard]] représente cette personne-là. Fait partie de l'effort [[representative-hcard-fr|hCard-représentative]].
== résumé ==
* [[representative-hcard-authoring-fr|hcard-représentative-publication]] pour la meilleure proposition en cours sur la façon de publier une hCard représentative.
* [[representative-hcard-parsing-fr|hcard-représentative-parsage]] pour la meilleure proposition en cours sur la façon de trouver une hCard représentative sur une page.


== propositions ==
== propositions ==
Line 11: Line 15:
La technique basique pour trouver la hCard représentative pour une page :  
La technique basique pour trouver la hCard représentative pour une page :  
# '''uid=url=source'''. utiliser la première hCard sur la page qui a uid=url=source. Ce qui veut dire que la valeur propriété <code>uid</code> de la hCard est aussi une valeur de propriété <code>url</code> pour la hCard, et que l'URL est aussi l'URL de la page.
# '''uid=url=source'''. utiliser la première hCard sur la page qui a uid=url=source. Ce qui veut dire que la valeur propriété <code>uid</code> de la hCard est aussi une valeur de propriété <code>url</code> pour la hCard, et que l'URL est aussi l'URL de la page.
# '''rel="me" sur class="url"'''. autrement utiliser la première hCard qui a une class="url" rel="me". Ce qui veut dire, la première hCard qui a une propriété <code>url</code> sur un <code>a href</code> qui a aussi un <code>rel="me"</code>.  Du fait que la présence d'un hyperlien [[rel-me-fr|rel-me]] {{must-fr}} être à partir d'une page qui représente une personne vers une autre page qui représente la même personne, si cette page "to" est une valeur de propriété <code>url</code> pour une hCard alors cette hCard {{must-fr}} être à propos à la fois la page "to" et la page sur laquelle est la hCard.
# '''rel="me" sur class="url"'''. autrement utiliser la première hCard qui a une class="url" rel="me". Ce qui veut dire, la première hCard qui a une propriété <code>url</code> sur un <code>a href</code> qui a aussi un <code>rel="me"</code>.  Du fait que la présence d'un hyperlien [[rel-me-fr|rel-me]] {{must-fr}} être à partir d'une page qui représente une personne vers une autre page qui représente la même personne, si cette page "to" est une valeur de propriété <code>url</code> pour une hCard alors cette hCard {{must-fr}} être réprésentative à la fois de la page "to" et de la page sur laquelle est la hCard. <!-- du fait que [[rel-me]] indique que la page référencée est une autre URL qui représente la personne représentée par la page actuelle, cela indique par conséquent que l'hyperlien rel-me est aussi une propriété "url" d'une hcard, qu'une hCard DOIT être une hCard représentative pour la page en cours. -->
# autrement il n'y a pas de hCard représentative.
# autrement aucune hCard représentative ne peut être identifiée.


=== rel me et autre url source d'abord ===
=== rel me et autre url source d'abord ===
Line 24: Line 28:
Voici un scénario qui structure un processus d'auto-découverte de hCard représentative :
Voici un scénario qui structure un processus d'auto-découverte de hCard représentative :


# I (as user) give the URL of my homepage or hCard or other profile URL, to a site that wants a profile icon
# Moi (en tant qu'utilisateur) donne l'URL de ma page personnelle ou ma hCard ou tout autre URL profil, vers un site qui veut une icône profil
# That site goes and gets it (e.g. using [[hKit]]), and then:
# Ce site là y a va et l'obtien (par ex en utilisant [[hKit-fr|hKit]]), et puis :  
## checks to see if there is an hCard with a "url" property on a rel="me" hyperlink (since rel="me" only works from a whole page to a whole page, if an hCard contains such a URL, then that hCard must represent the page. see [http://gmpg.org/xfn/and/#idconsolidation XFN identity consolidation] for more details.), and uses it if it finds it. (if there is more than one such hCard on the page? for now use the first such hCard.)
## vérifie pour voir s'il existte une hCard avec une propriété "url" sur un hyperlien rel="me" (parce que rel="me" ne fonctionne que pour une page globale, si une hCard contient une telle URL, alors cette hCard doit représenter la page. voir [http://gmpg.org/xfn/and/#idconsolidation XFN identity consolidation] pour plus de détails), et l'utilise s'il la trouve. (S'il y a plus d'une telle hCard sur la page ? à cette heure utiliser la première hCard ainsi trouvée.)
## checks to see if there is an hCard with a "url" property that points to the current page, and uses it if it finds it. similar to the above rel="me" case, if an hCard is pointing to the current page, then it is likely that the hCard is about the current page. (if there is more than one such hCard on the page? for now use the first such hCard.)
## vérifie pour voir s'il existe une hCard avec une propriété "url" qui pointe vers la page en cours, et l'utilise s'il la trouve.Similaire au cas rel="me" au-dessus, si une hCard pointe vers la page en cours, alors il est probable que la hCard est à propos de la page en cours. (S'il y a plus d'une telle hCard sur la page ? à cette heure utiliser la première hCard ainsi trouvée.)
## checks to see if there is an <nowiki><address></nowiki> hCard (thus meaning contact for the page), and uses it if it finds it. (what if there is more than one such hCard on the page? e.g. such as the multiple address hCards for hAtom entries. for now use the first such hCard.)
## vérifie pour voir s'il existe une hCard <nowiki><address></nowiki> (signifiant par conséquent un contact ayant du sens pour la page) et l'utilise s'il la trouve. (que faire s'il y a plus d'une telle hCard sur la page ? par ex. comme les multiples hCards address pour les entrées hAtom. à cette heure utiliser la première hcard.)
## otherwise uses the first hCard it finds (which in cases of profile URLs which have a single hCard like on [http://flickr.com Flickr] and [http://technorati.com/ Technorati], will work as expected).
## autrement utilise la première hCard qu'il trouve (qui dans les cas d'URLs profils qui ont une unique hCard comme sur [http://flickr.com Flickr] et[http://technorati.com/ Technorati], fonctionneront comme attendu).
# The site looks in the hCard for a "logo" property and uses the first one if it finds any.
# Le site regarde dans la hCard pour une propriété "logo" et utilise le premier s'il en trouve
# Otherwise it looks for a "photo" property and uses the first one if it finds any.
# Autrement il cherche une propriété "photo" et utilise la première s'il en trouve.
# Otherwise the site uses a default icon, but subscribes to the URL with the hCard and checks it for a "logo" or "photo", say, once a day.
# Autrement le site utilise une icône par défaut, mais s'abonne à l'URL avec la hCard et vérifie en quête d'un "logo" ou "photo", disons une fois par jour.
 
===class=representative vcard===
* [[representative-hcard-fr|hCard représentative]] L'utilisation d'un nom supplémentaire de nom de classe, disons  <code>class="representative vcard"</code> (comme une alternative ou en plus des patterns au-dessus), réglerait les problèmes des propositions ci-dessus, comme cela fût soulevé sur [[representative-hcard-issues-fr|hcard-représentative-problématiquqes]]. Il serait aussi rapidement réutilisable pour <code>class="representative vevent"</code> et d'autres microformats équivalents. Une règle obligerait uniquement une seule utilisation du <code>class="representative"</code>, par microformat, par page. [[User:AndyMabbett|Andy Mabbett]] 16:10, 2 Feb 2008 (PST)


== voir aussi ==
== voir aussi ==

Revision as of 09:16, 3 February 2008

hCard représentaive brainstorming

Propositions pour indication sur des pages qui représentent des personnes individuelles quelle hCard représente cette personne-là. Fait partie de l'effort hCard-représentative.

résumé

propositions

Moyens pour auo-découvrir la hCard représentative d'une page, ce qui veut dire la hCard qui est la personne (ou organisation) que la page réprésente.

url uid source et rel me

par Ryan King, Tantek Çelik 2007-10-23.

La technique basique pour trouver la hCard représentative pour une page :

  1. uid=url=source. utiliser la première hCard sur la page qui a uid=url=source. Ce qui veut dire que la valeur propriété uid de la hCard est aussi une valeur de propriété url pour la hCard, et que l'URL est aussi l'URL de la page.
  2. rel="me" sur class="url". autrement utiliser la première hCard qui a une class="url" rel="me". Ce qui veut dire, la première hCard qui a une propriété url sur un a href qui a aussi un rel="me". Du fait que la présence d'un hyperlien rel-me DOIT être à partir d'une page qui représente une personne vers une autre page qui représente la même personne, si cette page "to" est une valeur de propriété url pour une hCard alors cette hCard DOIT être réprésentative à la fois de la page "to" et de la page sur laquelle est la hCard.
  3. autrement aucune hCard représentative ne peut être identifiée.

rel me et autre url source d'abord

A évolué initialement en collaboration sur la page hcard-brainstorming-fr :

  1. rel="me" sur class="url". vérifie pour voir s'il existe une hCard avec une propriété "url" sur un hyperlien rel="me" (parce que rel="me" ne fonctionne uniquement qu'à partir d'une page globale vers une page globale, si une hCard contient une telle URL, alors cette hCard là doit rerpésenter la page. voir XFN identity consolidation pour plus de détails.), et l'utilise s'il la trouve. (s'il y a plus qu'une telle hCard sur la page ? à cette heure utiliser la première hCard.)
  2. url=source. vérifier pour voir s'il existe une hCard avec une propriété "url" qui pointe vers la page en cours, et l'utiliser si vous la trouvez. de la même manière qu'au-dessus dans le cas rel="me", si une hCard pointe vers la page en cours, alors c'est probablement que la hCard est à propos de la page actuelle. (s'il y a plus d'une telle hCard sur la page ? à cette heure utilisez la première hCard.)
  3. autrement utiliser la première hCard que vous trouvez (ce qui dans les cas d'urls de profils qui ont une hCard unique comme sur Flickr et Technorati, fonctionnera comme attendu). (qu'en est il des pages qui ne représentent pas des personnes individuelles mais ont des hCards ? ceci ne résultera pas dans des positifs faux ?)

scénario utilisateur

Scénario utilisateur : Voici un scénario qui structure un processus d'auto-découverte de hCard représentative :

  1. Moi (en tant qu'utilisateur) donne l'URL de ma page personnelle ou ma hCard ou tout autre URL profil, vers un site qui veut une icône profil
  2. Ce site là y a va et l'obtien (par ex en utilisant hKit), et puis :
    1. vérifie pour voir s'il existte une hCard avec une propriété "url" sur un hyperlien rel="me" (parce que rel="me" ne fonctionne que pour une page globale, si une hCard contient une telle URL, alors cette hCard doit représenter la page. voir XFN identity consolidation pour plus de détails), et l'utilise s'il la trouve. (S'il y a plus d'une telle hCard sur la page ? à cette heure utiliser la première hCard ainsi trouvée.)
    2. vérifie pour voir s'il existe une hCard avec une propriété "url" qui pointe vers la page en cours, et l'utilise s'il la trouve.Similaire au cas rel="me" au-dessus, si une hCard pointe vers la page en cours, alors il est probable que la hCard est à propos de la page en cours. (S'il y a plus d'une telle hCard sur la page ? à cette heure utiliser la première hCard ainsi trouvée.)
    3. vérifie pour voir s'il existe une hCard <address> (signifiant par conséquent un contact ayant du sens pour la page) et l'utilise s'il la trouve. (que faire s'il y a plus d'une telle hCard sur la page ? par ex. comme les multiples hCards address pour les entrées hAtom. à cette heure utiliser la première hcard.)
    4. autrement utilise la première hCard qu'il trouve (qui dans les cas d'URLs profils qui ont une unique hCard comme sur Flickr etTechnorati, fonctionneront comme attendu).
  3. Le site regarde dans la hCard pour une propriété "logo" et utilise le premier s'il en trouve
  4. Autrement il cherche une propriété "photo" et utilise la première s'il en trouve.
  5. Autrement le site utilise une icône par défaut, mais s'abonne à l'URL avec la hCard et vérifie en quête d'un "logo" ou "photo", disons une fois par jour.

class=representative vcard

  • hCard représentative L'utilisation d'un nom supplémentaire de nom de classe, disons class="representative vcard" (comme une alternative ou en plus des patterns au-dessus), réglerait les problèmes des propositions ci-dessus, comme cela fût soulevé sur hcard-représentative-problématiquqes. Il serait aussi rapidement réutilisable pour class="representative vevent" et d'autres microformats équivalents. Une règle obligerait uniquement une seule utilisation du class="representative", par microformat, par page. Andy Mabbett 16:10, 2 Feb 2008 (PST)

voir aussi