representative-hcard-brainstorming-fr
Revision as of 11:13, 4 November 2007 by ChristopheDucamp (talk | contribs) (→propositions: first draf translation)
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.
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 :
- 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. - 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 una href
qui a aussi unrel="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 à propos à la fois la page "to" et la page sur laquelle est la hCard. - autrement il n'y a pas de hCard représentative.
rel me et autre url source d'abord
A évolué initialement en collaboration sur la page hcard-brainstorming-fr :
- 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.)
- 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.)
- 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 :
- I (as user) give the URL of my homepage or hCard or other profile URL, to a site that wants a profile icon
- That site goes and gets it (e.g. using hKit), and then:
- 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 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 <address> 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 Flickr and 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.