representative-hcard-brainstorming-fr: Difference between revisions
Jump to navigation
Jump to search
m (→propositions: first draf translation) |
m ([typo]) |
||
(2 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 == | ||
Moyens pour | 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 === | ||
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 | # '''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 | # 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 : | ||
# | # 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. | ||
===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) | |||
== | == pages en rapport == | ||
* | * {{representative-hcard-related-pages-fr}} | ||
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é
- hcard-représentative-publication pour la meilleure proposition en cours sur la façon de publier une hCard représentative.
- hcard-représentative-parsage pour la meilleure proposition en cours sur la façon de trouver une hCard représentative sur une page.
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 :
- 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 réprésentative à la fois de la page "to" et de la page sur laquelle est la hCard. - 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 :
- 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 :
- 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), 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 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 <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.)
- 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).
- 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.
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 pourclass="representative vevent"
et d'autres microformats équivalents. Une règle obligerait uniquement une seule utilisation duclass="representative"
, par microformat, par page. Andy Mabbett 16:10, 2 Feb 2008 (PST)