Difference between revisions of "representative-hcard-brainstorming-fr"

From Microformats Wiki
Jump to navigation Jump to search
m ([fr: sync'd from english version -> to be translated])
 
m ([typo])
 
(3 intermediate revisions by the same user not shown)
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 ==
Ways to auto discover the representative hCard for a page, that is the hCard that is the person (or organization) that the page represents.
+
Moyens pour auto-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 ===
 
=== url uid source et rel me ===
By Ryan King, Tantek Çelik 2007-10-23.
+
par Ryan King, Tantek Çelik 2007-10-23.
  
The basic technique for finding the representative hCard for a page:
+
La technique basique pour trouver la hCard représentative pour une page :  
# '''uid=url=source'''. use the first hCard on the page which has uid=url=source. That is, the <code>uid</code> property value of the hCard is also a <code>url</code> property value for the hCard, and that URL is the URL of the page as well.
+
# '''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" on class="url"'''. otherwise use the first hCard which has a rel="me" class="url". That is, the first hCard that has a <code>url</code> property on an <code>a href</code> which also has <code>rel="me"</code>.  Since a [[rel-me-fr|rel-me]] hyperlink {{must-fr}} be from a page that represents a person to another page that represents the same person, if that "to" page is a <code>url</code> property value for an hCard then that hCard {{must-fr}} be about both the "to" page and the page that the hCard is on.
+
# '''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. -->
# otherwise there is no representative hCard.
+
# 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 ===
Originally collaboratively evolved on the [[hcard-brainstorming-fr]] page:
+
A évolué initialement en collaboration sur la page [[hcard-brainstorming-fr]] :
# '''rel="me" on class="url"'''. check 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.)
+
# '''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 [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 qu'une telle hCard sur la page ? à cette heure utiliser la première hCard.)
# '''url=source'''. check to see if there is an hCard with a "url" property that points to the current page, and use it if you find 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.)
+
# '''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.)
# otherwise use the first hCard you find (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). (what about pages that don't represent individual people but have hCards? won't this result in false positives?)
+
# 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 [http://flickr.com Flickr] et [http://technorati.com/ 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 ====
User scenario:
+
Scénario utilisateur :
Here is a scenario that outlines a proposed representative hCard auto-discovery process:
+
Voici un scénario qui structure un processus d'auto-découverte de hCard représentative :
 +
 
 +
# 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
 +
# Ce site là y a va et l'obtien (par ex en utilisant [[hKit-fr|hKit]]), et puis :
 +
## 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.)
 +
## 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.)
 +
## 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.)
 +
## 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).
 +
# Le site regarde dans la hCard pour une propriété "logo" et utilise le premier s'il en trouve
 +
# Autrement il cherche une propriété "photo" et utilise la première s'il en trouve.
 +
# 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.
  
# I (as user) give the URL of my homepage or hCard or other profile URL, to a site that wants a profile icon
+
===class=representative vcard===
# That site goes and gets it (e.g. using [[hKit]]), and then:
+
* [[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)
## 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.)
 
## 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.)
 
## 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.)
 
## 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).
 
# The site looks in the hCard for a "logo" property and uses the first one if it finds any.
 
# Otherwise it looks for a "photo" property and uses the first one if it finds any.
 
# 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.
 
  
== voir aussi ==
+
== pages en rapport ==
* [[representative-hcard-fr|hcard-représentative]]
+
* {{representative-hcard-related-pages-fr}}
* [[representative-hcard-examples-fr|hCard-représentative-exemples]]
 
* [[representative-hcard-formats-fr|hCard-représentative-formats]]
 
* [[representative-hcard-brainstorming-fr|hCard-représentative-brainstorming]]
 
* [[hcard-fr|hCard]]
 
* [[hcard-brainstorming-fr|hCard-brainstorming]]
 

Latest revision as of 09:17, 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 auto-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)

pages en rapport