hReview 0.4 (en cours)

(Difference between revisions)

Jump to: navigation, search
m (Copyright)
Current revision (23:45, 16 April 2012) (view source)
([fr: sync'd with original page - to be peer reviewed + "hreview-articles-fr" to be created])
 
(8 intermediate revisions not shown.)
Line 1: Line 1:
-
<h1> hReview 0.3 </h1>
+
<entry-title>hReview 0.4 (en cours)</entry-title>
-
{{TOC-right}}
+
-
[[hreview-fr|hReview]] est un microformat simple, ouvert, distribué, adaptable pour
+
-
l'embarquement de critiques (de produits, services, business, événements, etc.) dans le (X)HTML, Atom, RSS et le XML arbitraire.
+
-
hReview est l'un des nombreux [[microformats-fr|microformats]] ouvert et standard.
+
-
Vous voulez démarrer par l'écriture d'un [[hreview-fr|hReview]] ? 
+
{{DraftSpecification-fr}}
-
Utilisez le [http://microformats.org/code/hreview/creator hReview creator] pour écrire une critique et la publier.
+
-
== Microformats Spécifications du 22 février 2006 Draft ==
+
[[hreview-fr|hReview]] est un microformat simple, ouvert, distribué, adaptable pour embarquer des critiques (de produits, services, business, événements, etc.) dans le HTML, XHTML, Atom, RSS et le XML arbitraire. hReview est l'un des nombreux standards [[microformats-fr|microformats]] ouvert.
-
; Editeur : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
+
-
; Auteurs : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
+
-
: [http://360.yahoo.com/alidiabali Ali Diab] ([http://yahoo.com Yahoo! Inc.])
+
-
: [http://spaces.msn.com/members/ianmcallister/ Ian McAllister] ([http://microsoft.com/ Microsoft Corporation])
+
-
: [http://journals.aol.com/panzerjohn/abstractioneer John Panzer] ([http://www.aol.com America Online, Inc.])
+
-
: [http://ifindkarma.com/blog Adam Rifkin] ([http://labs.commerce.net/ CommerceNet Labs])
+
-
: [http://sippey.typepad.com/ Michael Sippey] ([http://sixapart.com Six Apart, Ltd.])
+
-
Le [[hreview-fr#Copyright|copyright]] et
+
Vous voulez démarrer par l'écriture d'un [[hreview-fr|hReview]] ? Utilisez le [http://microformats.org/code/hreview/creator hReview creator] pour écrire une critique et la publier.
-
les  déclarations de [[hreview-fr#Brevets|brevets]] pour les microformats s'appliquent.
+
-
(Traduction française [[Christophe Ducamp]])
 
 +
== Spécification Microformats Draft 2012 ==
 +
<div class="vcard">
 +
;<span class="role">Editor</span>
 +
:<span class="fn">[[User:Tantek|Tantek Çelik]]</span> (<span class="url">http://tantek.com/</span>, [http://mozilla.org Mozilla])
 +
</div>
-
== Introduction ==
+
-
De nombreux sites web publient des critiques en utilisant une très large variété
+
<div class="vcard">
-
de schémas de toutes sortes pour toutes sortes de choses, en partant des produits (films, musique, livres), en passant par les commerces (restaurants, hôtels, magasins), les événements (concerts, théâtre), les personnes (artistes, leaders, célébrités), des endroits (parcs, centres de loisirs), des ressources en ligne (pages web, fichiers) jusqu'aux critiques de critiques en elles-même.
+
;<span class="role">traduction</span>
 +
:<span class="fn">[[User:ChristopheDucamp|Christophe Ducamp]]</span>
 +
</div>
-
Afin de permettre et d'encourager le partage, la distribution, la syndication et l'agrégation de critiques, les auteurs proposent le microformat hReview, un standard ouvert pour les critiques distribuées.
+
Le [[hreview-fr#Copyright|copyright]] et les déclarations de [[hreview-fr#Brevets|brevets]] pour les microformats s'appliquent.
-
Les auteurs ont cherché de nombreux [[review-examples-fr|exemples de critiques]] dans la jungle et ont fait des premiers essais sur les [[review-formats-fr|formats de critiques]], et ont conçu hReview autour d'un schéma simple et minimal pour les critiques. Les réactions sont encouragées sur la page [[hreview-feedback-fr|hReview feedback]].
+
-
=== Inspiration et Remerciements ===
+
== Statut ==
-
Merci à tous ceux qui ont répondu à l'appel ouvert pour participation à l'implémentation du hReview.  
+
hReview 0.4 est une spécification microformats.org draft. Une discussion publique sur hReview se déroule sur [[hreview-feedback]], le canal [[irc-fr|irc]]  #microformats sur irc.freenode.net, et sur la [http://microformats.org/discuss/mail/microformats-discuss/ liste de discussion microformats-discuss].
-
Les auteurs souhaitent tout particulièrement remercier les individus suivants pour leurs avis constructifs et leurs réactions :
+
 
-
[http://www.richardault.com/ Richard Ault], [http://dannyayers.com Danny Ayers], [http://www.vertexdev.com/~jeff/ Jeffrey Barr],[http://adriancuthbert.blogspot.com/ Adrian Cuthbert],[http://jason.defillippo.com/ Jason DeFillippo], [http://www.hybernaut.com/bdv Brian Del Vecchio], Scott Derringer, [http://budgibson.com/home/ Bud Gibson], [http://joi.ito.com/ Joi Ito], [http://www.kanai.net/weblog/ Gen Kanai],[http://niallkennedy.com/ Niall Kennedy], [http://labs.commerce.net/wiki/index.php/Rohit_Khare Rohit Khare], [http://theryanking.com/ Ryan King], [http://www.jluster.org/ Jonas Luster], [http://epeus.blogspot.com/ Kevin Marks], Mark Nottingham, [http://www.powazek.com/ Derek Powazek], [http://www.judysbook.com/ Jeff Rodenburg], [http://sifry.com/alerts/ David Sifry], [http://jystewart.net/ James Stewart], [http://kung-foo.tv/ Adriaan Tijsseling], [http://www.flashenabled.com/ Phillip Torrone], Thai Tran, [http://w6daily.winn.com/ Phillip Winn], [http://yohei-y.blogspot.com YAMAMOTO Yohei].
+
=== Langues disponibles ===
 +
La version anglaise de cette spécification est la seule version normative : [[hreview|hReview]]. Pour des traductions de ce document, voir la section [[#traductions]].
 +
 
 +
=== Errata et Mises à Jour ===
 +
Des erreurs connues et problèmes dans cette spécification sont corrigé's dans les problématiques [[hreview-issues-resolved|résolues]] et [[hreview-issues-closed|fermées]]. Merci de regarder là avant de rendre compte des  [[hreview-issues|problématiques]].
 +
 
 +
La mise à jour hReview 0.4 est actuellement en développement et incorpore les corrections des errata connues tout comme le [[value-class-pattern-fr|modèle-de-classe-value]].
 +
 
 +
== Introduction ==
 +
De nombreux sites web publient des critiques en utilisant une très large variété de schémas de toutes sortes pour toutes sortes de choses, en partant des produits (films, musique, livres), en passant par les commerces (restaurants, hôtels, magasins), les événements (concerts, théâtre), les personnes (artistes, leaders, célébrités), des endroits (parcs, centres de loisirs), des ressources en ligne (pages web, fichiers) jusqu'aux critiques de critiques en elles-même.
 +
 
 +
Afin de permettre et d'encourager le partage, la distribution, la syndication et l'agrégation de critiques, les auteurs proposent le microformat hReview, un standard ouvert pour les critiques distribuées. Les auteurs ont cherché de nombreux [[review-examples-fr|exemples de critiques]] dans la jungle et ont fait des premiers essais sur les [[review-formats-fr|formats de critiques]], et ont conçu hReview autour d'un schéma simple et minimal pour les critiques. Les réactions sont encouragées sur la page [[hreview-feedback-fr|hReview feedback]].
{{rfc-2119-intro-fr}}
{{rfc-2119-intro-fr}}
=== Etendue ===
=== Etendue ===
-
Les critiques partagent de manière cohérente plusieurs champs communs.  
+
Les critiques partagent de manière cohérente plusieurs aspects communs. A chaque fois que cela a été possible, hReview a été basée sur ce sous-ensemble minimal commun.
-
La hReview a été basée sur ce sous-ensemble minimal commun.
+
==== Hors-sujet  ====
==== Hors-sujet  ====
-
Les champs qui sont spécifiques à un type ont été omis de hReview. Il est important que hReview soit maintenu simple et minimal dès le démarrage. Des fonctionnalités supplémentaires peuvent être ajoutées par l'expérience pratique de mise en oeuvre.
+
Les portions d'avis qui sont spécifiques à des types particuliers d'items ont été omis de hReview. Il est important que hReview soit maintenu simple et minimal dès le démarrage. Des fonctionnalités supplémentaires peuvent être ajoutées par l'expérience pratique de mise en oeuvre.
Le concept d'un "identifiant universel d'objet", ce qui veut dire, comment identifier le même objet/item/produit à travers différents sites de commerce, même s'il est quelque part très utile d'en disposer, est ici hors du champ d'application de ce format.
Le concept d'un "identifiant universel d'objet", ce qui veut dire, comment identifier le même objet/item/produit à travers différents sites de commerce, même s'il est quelque part très utile d'en disposer, est ici hors du champ d'application de ce format.
-
 
-
== Principes De Design XHTML Sémantique ==
 
-
{{semantic-xhtml-design-principles-fr}}
 
== Format ==
== Format ==
=== En Général ===
=== En Général ===
-
Le format hReview est fondé sur un ensemble de champs communs à de nombreux sites de critiques  
+
Le format hReview est fondé sur un ensemble de propriétés communes à de nombreux sites de critiques et formats en usage aujourd'hui sur le web. A chaque fois que possible, des noms de propriétés ont été choisis en se fondant sur ceux définis par les standards apparentés avec [[hcard-fr|hCard]] et [[hcalendar-fr|hCalendar]].
-
et formats en usage aujourd'hui sur le web. Là où les noms de champs possibles ont été choisis en se fondant sur ceux définis par les standards apparentés avec [[hcard-fr|hCard]] et [[hcalendar-fr|hCalendar]].
+
=== Schéma ===
=== Schéma ===
Line 58: Line 56:
* hReview ('''<code>hreview</code>''')
* hReview ('''<code>hreview</code>''')
-
** '''<code>version</code>'''. optionnel. texte.
 
** '''<code>summary</code>'''. optionnel. texte.
** '''<code>summary</code>'''. optionnel. texte.
** item '''<code>type</code>'''. optionnel. product | business | event | person | place | website | url.
** item '''<code>type</code>'''. optionnel. product | business | event | person | place | website | url.
-
** '''<code>item</code>''' info. requis. '''<code>fn</code>''' || ('''<code>url</code>''' || '''<code>photo</code>''') | '''[[hcard-fr|hCard]]''' (pour personne ou business) | '''[[hcalendar-fr|hCalendar]]''' (pour événement event)
+
** '''<code>item</code>''' info. requis. '''<code>fn</code>''' || ('''<code>url</code>''' || '''<code>photo</code>''') | '''[[hcard-fr|hCard]]''' (pour personne ou business) | '''[[hcalendar-fr|hCalendar]]''' (pour événement)
** '''<code>reviewer</code>'''. optionnel. '''[[hcard-fr|hCard]]'''.
** '''<code>reviewer</code>'''. optionnel. '''[[hcard-fr|hCard]]'''.
-
** '''<code>dtreviewed</code>'''. optionnel. date et heure absolus ISO8601.
+
** '''<code>dtreviewed</code>'''. optionnel. ISO8601 date ou date-heure absolus. Utilisez le [[value-class-pattern-fr|modèle-classe-value]] si nécessaire tout particulièrement pour l'[[accessibility-fr|accessibilité]]. ([http://www.w3.org/TR/NOTE-datetime http://www.w3.org/TR/NOTE-datetime])
** '''<code>rating</code>'''. optionnel. nombre entier [1.0-5.0], avec alternative optionnelle '''<code>worst</code>''' (par défaut:1.0) et/ou '''<code>best</code>''' (par défaut:5.0), aussi nombres entiers et '''<code>value</code>''' explicite.
** '''<code>rating</code>'''. optionnel. nombre entier [1.0-5.0], avec alternative optionnelle '''<code>worst</code>''' (par défaut:1.0) et/ou '''<code>best</code>''' (par défaut:5.0), aussi nombres entiers et '''<code>value</code>''' explicite.
** '''<code>description</code>'''. optionnel. texte avec balisage optionnel XHTML valide.
** '''<code>description</code>'''. optionnel. texte avec balisage optionnel XHTML valide.
Line 70: Line 67:
** license. optionnel, utilisant '''[[rel-license-fr|rel-license]]'''.
** license. optionnel, utilisant '''[[rel-license-fr|rel-license]]'''.
-
=== Détails des Champs ===
+
=== Détails des Propriétés ===
-
Les champs du schéma hReview représentent ce qui suit :
+
Les propriétés du schéma hReview représentent ce qui suit :
-
 
+
-
'''version''' :: Ce champ optionnel permet aux auteurs de hReview de spécifier une version particulière du hReview que leur contenu utilise.  En omettant ce champ, l'auteur déclare que les implémentations peuvent interpréter les hReviews selon n'importe quelle version de la spécification hReview v0.2 ou suivante.
+
-
En pratique, les auteurs de cette spécification se sont engagés pour maintenir une compatibilité descendante avec le contenu produit par l'utilisation de versions plus anciennes de la spécification.
+
-
Ce champ est compatible avec la syntaxe, et réutilise de ce fait la sémantique de "VERSION" comme définie dans la vCard RFC2426 section "3.6.9 VERSION Type Definition". 
+
-
La valeur de ce champ pour cette spécification est "0.3".
+
-
'''summary''' :: Ce champ optionnel sert de titre pour la critique elle-même..
+
'''summary''' :: Cette propriété optionnelle sert de synopsis court, titre, ou nom de la critique. Réutilisé à partir de [[hcalendar-fr|hCalendar]] qui le réutilise de iCalendar (section 4.8.1.12 de la RFC 2445).
-
'''item type''' :: Ce champ optionnel "type" fournit le type d'item étant critiqué, l'un des suivants : product, business, event, person, place, website, url.  S'il est omis, alors dans quelques cas, l'item peut être inféré. Si l'item est aussi un [[hcard-fr|hCard]], alors le type d'item est "business" ou "person" basé selon quel est le type de hCard représenté. Si l'item est aussi un événement [[hcalendar|hCalendar]], alors le type d'item est un "event".
+
'''type''' :: Cette propriété optionnelle "type" fournit le type d'item étant critiqué, l'un des suivants : <code>product, business, event, person, place, website, url</code>Si elle est omise, alors dans quelques cas, l'item peut être inféré. Si l'item est aussi une [[hcard-fr|hCard]], alors le type d'item est un "business", "place" ou "person" basé sur ceux représentés par la hCard. Si l'item est aussi un événement [[hcalendar|hCalendar]], alors le type d'item est un "event".
-
'''item info'''  :: Ce champ requis DOIT ({{must-fr}}) avoir au minimum le nom ("fn" - le texte formaté correspondant au nom, exception faite pour un item événement qui DOIT ({{must-fr}}) avoir la propriété "summary" dans le "vevent" respectif hCalendar) de ''l'item'' (un hReview ne décrit seulement qu'un item), DEVRAIT ({{should-fr}}) fournir au moins un URI ("url") pour l'item, et PEUT ({{may-fr}}) fournir au moins une URL vers une photo ou une représentation ("photo") de l'item.  Pour les items de type 'person' ou 'business', l'info item (fn, url, photo) DOIT ({{must-fr}}) être encapsulée dans une [[hcard-fr|hCard]]. Pour les items de types 'event', l'info item DEVRAIT ({{should-fr}}) être encapsulée dans un [[hcalendar-fr|hCalendar]] "vevent". Les items IDs non-URL uniques (par ex. ISBNs, UPCs) PEUVENT ({{may-fr}}) être réprésentées sous un URN ("url") pour l'item Les microformats encapsulés (par ex. [[hcard-fr|hCard]] et les événements [[hcalendar-fr|hCalendar]] à cette heure) peuvent être réglés sur l'item lui-même (par ex. class="item vcard"). Néanmoins, lors de l'utilisation de sous-propriétés d'info item ("fn", "url", "photo"), elles DOIVENT ({{must-fr}}) être imbriquées <em>à l'intérieur</em> de l'élément item.
+
'''item'''  :: Cette propriété requise item {{must-fr}} avoir au minimum le nom (en utilisant la sous-propriété "fn" - le texte formaté correspondant au nom, exception faite pour un item événement qui {{must-fr}} avoir la propriété sous-propriété "summary" dans le "vevent" respectif hCalendar) de ''l'item'' (un hReview ne décrit seulement qu'un item), {{should-fr}} fournir au moins un URI ("url") pour l'item, et {{may-fr}} fournir au moins une URL vers une photo ou une représentation ("photo") de l'item.  Pour les items de type 'person' ou 'business', l'info item (fn, url, photo) {{must-fr}} être embarquée dans une [[hcard-fr|hCard]]. Pour les items de types 'event', l'info item {{should-fr}} être encapsulée dans un [[hcalendar-fr|hCalendar]] "vevent". Les items IDs non-URL uniques (par ex. ISBNs, UPCs) PEUVENT être représentés sous un URN ("url") pour l'item. Les microformats encapsulés (par ex. [[hcard-fr|hCard]] et les événements [[hcalendar-fr|hCalendar]] à cette heure) peuvent être réglés sur l'item lui-même (par ex. class="item vcard"). Néanmoins, lors de l'utilisation de sous-propriétés d'info item ("fn", "url", "photo"), elles DOIVENT être imbriquées <em>à l'intérieur</em> de l'élément item.
-
'''reviewer''' :: le champ optionnel spécifie la personne qui a écrit la critique.  Si l'auteur de la critique est spécifié, une hCard représentant l'auteur de la critique DOIT ({{must-fr}}) être fournie. Pour les critiques anonymes, utilisez "anonymous" (sans guillemets) pour le nom propre de la critique. Si aucun "reviewer" n'est trouvé dans le hReview, les parseurs devraient ({{should-fr}}) regarder à l'extérieur du hReview, dans le contexte de la page, pour le "reviewer". S'il n'y a pas de "reviewer" à l'extérieur, alors les parseurs devraient ({{should-fr}}) utiliser l'auteur défini par le "containing document language", par ex. pour des documents (X)HTML, l'info de contact <code><nowiki><address></nowiki></code> pour la page (qui est idéalement balisée aussi comme une [[hcard-fr|hCard]]), pour Atom 1.0 le <code><nowiki><entry></nowiki></code> <code><nowiki><author></nowiki></code> si présent et si non code><nowiki><feed></nowiki></code> <code><nowiki><author></nowiki></code>, pour RSS le <code><nowiki><author></nowiki></code> dans l'élément <code><nowiki><item></nowiki></code>.
+
'''reviewer''' :: Cette propriété optionnelle spécifie la personne qui a écrit la critique.  Si l'auteur de la critique est spécifié, une hCard représentant l'auteur de la critique {{must-fr}} être fournie. Pour les critiques anonymes, utilisez "anonymous" (sans guillemets) pour le nom propre de la critique. Si aucun "reviewer" n'est trouvé dans le hReview, les parseurs devraient ({{should-fr}}) regarder à l'extérieur du hReview, dans le contexte de la page, pour le "reviewer". S'il n'y a pas de "reviewer" à l'extérieur, alors les parseurs devraient ({{should-fr}}) utiliser l'auteur défini par le "containing document language", par ex. pour des documents (X)HTML, l'info de contact <code><nowiki><address></nowiki></code> pour la page (qui est idéalement balisée aussi comme une [[hcard-fr|hCard]]), pour Atom 1.0 le <code><nowiki><entry></nowiki></code> <code><nowiki><author></nowiki></code> si présent et si non code><nowiki><feed></nowiki></code> <code><nowiki><author></nowiki></code>, pour RSS le <code><nowiki><author></nowiki></code> dans l'élément <code><nowiki><item></nowiki></code>.
-
'''dtreviewed''' :: Ce champ optionnel quand il est présent DOIT ({{must-fr}}) fournir un "date time" absolu [[ISO-8601-fr|ISO8601]] du moment où la critique a été écrite ou autrement publiée. Ce champ DEVRAIT ({{should-fr}}) utiliser UTC, mais PEUT ({{may-fr}}) utiliser la syntaxe du fuseau horaire. Si dtreviewed est absent de hReview, alors regardez en dehors de hReview, dans le contexte environnant. Si le contexte est une entrée [[hatom-fr|hAtom]], utilisez son datetime "published" (ou "updated" si celui-ci manque) du fil. Autrement utilisez l'information date de création (ou date de modification si celle-ci manque) selon la langue du document conteneur (par ex. "published"/"updated" de la même manière que pour les fils Atom), puis le protocole (par ex. HTTP Last-Modified, ou "file system last modified datetime") comme la dtreviewed.
+
'''dtreviewed''' :: Cette propriété optionnelle quand elle est présente {{must-fr}} fournir une date ou date-horaire absolu [[ISO-8601-fr|ISO8601]] du moment où la critique a été écrite ou autrement publiée ([http://www.w3.org/TR/NOTE-datetime http://www.w3.org/TR/NOTE-datetime]). Cette propriété doit utiliser le [[value-class-pattern-fr|modèle de classe value]] si nécessaire (par ex. pour l'[[accessibility-fr|accessibilité]], DEVRAIT utiliser UTC, mais PEUT utiliser la syntaxe du fuseau horaire. Si dtreviewed est absent de hReview, alors regardez en dehors de hReview, dans le contexte environnant. Si le contexte est une entrée [[hatom-fr|hAtom]], utilisez son date-horaire "published" (ou "updated" si celui-ci manque) comme le dtreviewed, s'il n'est pas présent sur l'entrée, utilisez le "published" (ou "updated" si celui-ci est manquant) du flux. Autrement utilisez l'information de date de création (ou date de modification si celle-ci manque) selon la langue du document conteneur (par ex. "published"/"updated" de la même manière que pour les fils Atom), puis le protocole (par ex. HTTP Last-Modified, ou "file system last modified datetime") comme la dtreviewed.
-
'''rating''' :: Le rating est un nombre entier fixé (une décimale pour la précision partant de 1.0 jusqu'à 5.0 inclus indiquant une évaluation pour l'item, le plus haut indiquant une meilleure évaluation par défaut. Optionnellement, une valeur de nombre entier différente "worst" et/ou une valeur "best" PEUT ({{may-fr}}) être spécifiée pour indiquer une étendue différente (par ex. 6 de 0-10).  La valeur "best" peut être numériquement plus petite que la valeur "worst".
+
'''rating''' :: Le rating est un nombre entier fixé (une décimale pour la précision partant de 1.0 jusqu'à 5.0 inclus indiquant une évaluation pour l'item, le plus haut indiquant une meilleure évaluation par défaut. Facultativement, une valeur de nombre entier différente "worst" et/ou une valeur "best" {{may-fr}} être spécifiée pour indiquer une étendue différente (par ex. 6 de 0-10).  La valeur "best" peut être numériquement plus petite que la valeur "worst".
-
'''description''' :: Ce champ optionnel contient le texte clair représentant l'opinion écrite du critique. Le champ PEUT ({{may-fr}}) inclure un balisage valide XHTML (par ex. des paragraphes).  Les agents utilisateur DEVRAIENT ({{should-fr}}) empêcher tout balisage. Plusieurs descriptions ou des descriptions de sections (par ex. pours et contres, plus et moins) DEVRAIENT ({{should-fr}}) être incluses dans le champ description.
+
'''description''' :: Cette propriété optionnelle sert à délivrer un synopsis plus détaillé de la critique (par exemple, le texte complet représentant l'opinion écrite du critique) que celui fourni par "summary". La propriété PEUT inclure un balisage valide XHTML (par ex. des paragraphes).  Plusieurs descriptions ou des descriptions de sections (par ex. pours et contres, plus et moins) DEVRAIENT être incluses dans la propriété description.
'''tags''' :: Les tags sont représentés en utilisant une liste de mots-clés ou phrases (en utilisant le microformat [[rel-tag-fr|rel-tag]] pour chaque mot-clé individuel ou tag de phrase) que le critique associera à l'item. Le critique PEUT ({{may-fr}}) en option fournir un tag-spécifique d'évaluation à l'intérieur de chaque [[rel-tag-fr|rel-tag]], par ex. ambience:5. Les évaluations tag-spécifiques par défaut utilisent la même gamme comme une évaluation globale pour l'item si présentes, et PEUVENT ({{may-fr}}) avoir aussi une gamme spécifiée allant de worst... à best. Les auteurs PEUVENT ({{may-fr}}) aussi inverser cette structure pour la même sémantique si elle est plus commode pour leur balisage, ce qui veut dire placer le [[rel-tag-fr|rel-tag]] à l'intérieur d'une évaluation pour indiquer un tag évalué. Note : les tags évalués devraient ({{should-fr}}) idéalement utiliser un espace tag qui explique ce que signifient les évaluations pour ce tag. Par ex. Food:18/30 devrait ({{should-fr}}) lier vers un espace tags pour Food qui explique ce que veut dire un 18 sur 30 pour le tag Food.
'''tags''' :: Les tags sont représentés en utilisant une liste de mots-clés ou phrases (en utilisant le microformat [[rel-tag-fr|rel-tag]] pour chaque mot-clé individuel ou tag de phrase) que le critique associera à l'item. Le critique PEUT ({{may-fr}}) en option fournir un tag-spécifique d'évaluation à l'intérieur de chaque [[rel-tag-fr|rel-tag]], par ex. ambience:5. Les évaluations tag-spécifiques par défaut utilisent la même gamme comme une évaluation globale pour l'item si présentes, et PEUVENT ({{may-fr}}) avoir aussi une gamme spécifiée allant de worst... à best. Les auteurs PEUVENT ({{may-fr}}) aussi inverser cette structure pour la même sémantique si elle est plus commode pour leur balisage, ce qui veut dire placer le [[rel-tag-fr|rel-tag]] à l'intérieur d'une évaluation pour indiquer un tag évalué. Note : les tags évalués devraient ({{should-fr}}) idéalement utiliser un espace tag qui explique ce que signifient les évaluations pour ce tag. Par ex. Food:18/30 devrait ({{should-fr}}) lier vers un espace tags pour Food qui explique ce que veut dire un 18 sur 30 pour le tag Food.
-
'''permalink''' :: Ce champ optionnel est une URL pour le hReview. En plus d'utiliser le tag <code><a href></code> pour ce champ, l'attribut <code>rel="self bookmark"</code> DOIT être utilisé pour dire que l'hyperlien est un lien permanent de la critique elle-même. Si l'hyperlien contient déjà un attribut <code>rel</code>, alors les valeurs <code>self</code> et <code>bookmark</code> DOIVENT ({{must-fr}}) être incluses parmi l'ensemble espace-séparé de valeurs dans l'attribut. Les indexeurs PEUVENT ({{may-fr}}) traiter le permalien d'une critique comme un ID unique afin d'identifier et réunir les même critiques provenant de sources multiples (comme le fait d'indexer une page plusieurs fois). Le permalien PEUT ({{may-fr}}) aussi être utilisé pour indiquer l'origine de la critique. Les auteurs PEUVENT ({{may-fr}}) utiliser le nom de classe d'un "permalink" sur l'élément représentant le permalien, mais ne sont pas obligés de faire ainsi.
+
'''permalink''' :: Cette propriété optionnelle est une URL pour le hReview. En plus d'utiliser le tag <code><a href></code> pour cette propriété, l'attribut <code>rel="self bookmark"</code> DOIT être utilisé pour dire que l'hyperlien est un lien permanent de la critique elle-même. Si l'hyperlien contient déjà un attribut <code>rel</code>, alors les valeurs <code>self</code> et <code>bookmark</code> DOIVENT être incluses parmi l'ensemble espace-séparé de valeurs dans l'attribut. Les indexeurs PEUVENT traiter le permalien d'une critique comme un ID unique afin d'identifier et réunir les même critiques provenant de sources multiples (comme le fait d'indexer une page plusieurs fois). Le permalien {{may-fr}} aussi être utilisé pour indiquer l'origine de la critique. Les auteurs PEUVENT utiliser le nom de classe d'un "permalink" sur l'élément représentant le permalien, mais ne sont pas obligés de faire ainsi.
-
'''license''' :: Ce champ optionnel fait un lien vers la licence sous laquelle les contenus de la hReview elle-même sont licenciés, en utilisant le microformat '''[[rel-license-fr|rel-license]]'''.
+
'''license''' :: une hReview indique la licence pour ses contenus en utilisant le microformat '''[[rel-license-fr|rel-license]]'''.
-
Les noms de champs suivants ont été réutilisés à partir des microformats [[hcard-fr|hCard]] et [[hcalendar-fr|hCalendar]] : <code>version, summary, fn, url, email, photo, description, categories</code>.  En plus, les items et critiques décrits par les hCards PEUVENT ({{may-fr}}) contenir n'importe quel champ hCard.  La valeur rel "self" a été réutilisée à partir de la [http://atompub.org/2005/07/11/draft-ietf-atompub-format-10.html spécification Atom 1.0].
+
Les noms de propriétés suivants ont été réutilisés à partir des microformats [[hcard-fr|hCard]] et [[hcalendar-fr|hCalendar]] : <code>summary, fn, url, email, photo, description, categories</code>.  En plus, les items et critiques décrits par les hCards PEUVENT contenir n'importe quelle propriété hCard.  La valeur rel "self" a été réutilisée à partir de la [http://atompub.org/2005/07/11/draft-ietf-atompub-format-10.html spécification Atom 1.0].
=== Plus d'Equivalents Sémantiques ===
=== Plus d'Equivalents Sémantiques ===
-
 
Pour quelques propriétés, il existe un équivalent plus sémantique, et par conséquent elles reçoivent un traitement spécial, par ex. :  
Pour quelques propriétés, il existe un équivalent plus sémantique, et par conséquent elles reçoivent un traitement spécial, par ex. :  
Line 110: Line 101:
==== Langue ====
==== Langue ====
-
* Pour porter explicitement la langue naturelle dans laquelle une hReview est écrite, utiliser l'attribut standard (X)HTML 'lang' sur l'élément avec class="hreview", par ex. <code>&lt;div class="hreview" lang="fr"&gt; ... &lt;/div&gt;</code> Si des portions d'une hReview (par ex. le nom de l'item) sont dans une langue différente, utilisez l'attribut 'lang' sur ces portions.
+
* Pour porter explicitement la langue naturelle dans laquelle une hReview est écrite, utiliser l'attribut standard HTML 'lang' sur l'élément avec class="hreview", par ex. <code>&lt;div class="hreview" lang="fr"&gt; ... &lt;/div&gt;</code> Si des portions d'une hReview (par ex. le nom de l'item) sont dans une langue différente, utilisez l'attribut 'lang' sur ces portions.
-
* Les processeurs hReview qui ont besoin de gérer la langue des critiques DOIVENT traiter l'attribut standard (X)HTML 'lang' comme spécifié.
+
* Les processeurs hReview qui ont besoin de gérer la langue des critiques DOIVENT traiter l'attribut standard HTML 'lang' comme spécifié.
=== Lisible par Human vs. Machine  ===
=== Lisible par Human vs. Machine  ===
Line 118: Line 109:
De la même façon, si un élément <code><img /></code> est utilisé pour une ou plusieurs propriétés, il DOIT être traité comme suit :  
De la même façon, si un élément <code><img /></code> est utilisé pour une ou plusieurs propriétés, il DOIT être traité comme suit :  
-
# Pour la propriété "photo" et toute autre propriété qui prend un URL comme sa valeur, l'attribut <code>src="..."</code> fournit la valeur de la propriété.
+
# Pour la propriété "photo" et toute autre propriété qui prend une URL comme sa valeur, l'attribut <code>src="..."</code> fournit la valeur de la propriété.
# Pour d'autres propriétés, l'attribut de l'élément <code><img /></code> '<code>alt</code>' est la valeur de la propriété.
# Pour d'autres propriétés, l'attribut de l'élément <code><img /></code> '<code>alt</code>' est la valeur de la propriété.
-
=== Includes Objet ===
+
=== Includes ===
-
hReview 0.3 inclut le support pour l'objet [[include-pattern-fr|include-pattern]].
+
hReview 0.4 inclut le support pour l'objet [[include-pattern-fr|include-pattern]].
Souvent une page unique liste un item, et puis plusieurs critiques pour cet item. Afin d'éviter d'avoir à répéter l'information pour chaque critique de l'item, la première critique devrait être balisée comme une hReview, avec un attribut unique "id" sur l'info item, et puis les critiques suivantes devraient utiliser l'objet [[include-pattern-fr|include-pattern]] pour inclure l'info item à partir de la première critique.
Souvent une page unique liste un item, et puis plusieurs critiques pour cet item. Afin d'éviter d'avoir à répéter l'information pour chaque critique de l'item, la première critique devrait être balisée comme une hReview, avec un attribut unique "id" sur l'info item, et puis les critiques suivantes devraient utiliser l'objet [[include-pattern-fr|include-pattern]] pour inclure l'info item à partir de la première critique.
Line 145: Line 136:
Voici un exemple d'une simple critique de restaurant en ligne :
Voici un exemple d'une simple critique de restaurant en ligne :
-
<pre><nowiki>
+
<source lang=html4strict>
<div>
<div>
  <span>5 étoiles sur 5</span>
  <span>5 étoiles sur 5</span>
  <h4>Crepes on Cole est génial</h4>
  <h4>Crepes on Cole est génial</h4>
-
  <span>Reviewer: <span>Tantek</span> - 18 avril 2005</span>
+
  <span>Critique : <span>Tantek</span> - 18 avril 2005</span>
  <blockquote><p>
  <blockquote><p>
   Crepes on Cole est l'une des meilleures petites crêperies dans San Francisco.  
   Crepes on Cole est l'une des meilleures petites crêperies dans San Francisco.  
Line 160: Line 151:
  <p>Plat dégusté : <span>Crêpe Florentine</span></p>
  <p>Plat dégusté : <span>Crêpe Florentine</span></p>
</div>
</div>
-
</nowiki></pre>
+
</source>
ajouter une hReview à cette critique est vraiment simple :
ajouter une hReview à cette critique est vraiment simple :
-
<pre><nowiki>
+
<source lang=html4strict>
<div class="hreview">
<div class="hreview">
  <span><span class="rating">5</span> étoiles sur 5</span>
  <span><span class="rating">5</span> étoiles sur 5</span>
  <h4 class="summary">Crepes on Cole est génial</h4>
  <h4 class="summary">Crepes on Cole est génial</h4>
-
  <span class="reviewer vcard">Reviewer: <span class="fn">Tantek</span> -  
+
  <span class="reviewer vcard">Critique : <span class="fn">Tantek</span> -  
-
  <abbr class="dtreviewed" title="20050418T2300-0700">18 avril 2005</abbr></span>
+
  <abbr class="dtreviewed" title="2005-04-18">18 avril 2005</abbr></span>
  <div class="description item vcard"><p>
  <div class="description item vcard"><p>
   <span class="fn org">Crepes on Cole</span> est l'une des meilleures petites   
   <span class="fn org">Crepes on Cole</span> est l'une des meilleures petites   
Line 182: Line 173:
  <p>Plat dégusté : <span>Crêpe Florentine</span></p>
  <p>Plat dégusté : <span>Crêpe Florentine</span></p>
</div>
</div>
-
</nowiki></pre>
+
</source>
Remarquez que quelques-unes des propriétés de cette critique échantillon ne sont pas saisies par hReview (date de visite, nourriture). Ceci est délibéré par le fait de vouloir conserver une hReview minimale et simple.
Remarquez que quelques-unes des propriétés de cette critique échantillon ne sont pas saisies par hReview (date de visite, nourriture). Ceci est délibéré par le fait de vouloir conserver une hReview minimale et simple.
Line 196: Line 187:
pour les fêtes qu'elles soient petites et grandes. Celles près de la fenêtre sont merveilleuses pour regarder les gens...  J'ai eu l'occasion d'avoir beaucoup de rencontres ici tout comme le fait de réaliser beaucoup de travail grâce au WiFi avoisinant.
pour les fêtes qu'elles soient petites et grandes. Celles près de la fenêtre sont merveilleuses pour regarder les gens...  J'ai eu l'occasion d'avoir beaucoup de rencontres ici tout comme le fait de réaliser beaucoup de travail grâce au WiFi avoisinant.
-
Date de visite : April 2005<br />
+
Date de visite : Avril 2005<br />
-
Plat dégusté : Florentine crepe<br />
+
Plat dégusté : Crêpe Florentine<br />
==== Critique Restaurant Multidimensionnnelle ====
==== Critique Restaurant Multidimensionnnelle ====
Line 224: Line 215:
Sous un hReview :
Sous un hReview :
-
<pre><nowiki>
+
<source lang=html4strict>
<div class="hreview">
<div class="hreview">
  <div class="item vcard">
  <div class="item vcard">
Line 270: Line 261:
   hReview v<span class="version">0.3</span></a>)
   hReview v<span class="version">0.3</span></a>)
  by <span class="reviewer vcard"><span class="fn">anonymous</span></span>,  
  by <span class="reviewer vcard"><span class="fn">anonymous</span></span>,  
-
  <abbr class="dtreviewed" title="20050428T2130-0700">April 28th, 2005</abbr>.
+
  <abbr class="dtreviewed" title="2005-04-28">April 28th, 2005</abbr>.
</div>
</div>
-
</nowiki></pre>
+
</source>
Avec une feuille de style l'accompagnant comme :  
Avec une feuille de style l'accompagnant comme :  
Line 295: Line 286:
This [http://en.wikipedia.org/wiki/cafe cafe] is a welcoming oasis on the Peninsula.  It even has a fountain outside which cloaks the nearby sounds of El Camino traffic.  Next door to a superb indy bookstore, Cafe Borrone is an ideal spot to grab a [http://en.wikipedia.org/wiki/coffee coffee] or a snack to accompany a newly purchased book or imported periodical.  [http://technorati.com/tag/soup Soups] and [http://technorati.com/tag/sandwich sandwich] specials rotate daily.  The corn chowder with croutons and big chunks of cheese goes especially well with a freshly toasted mini-baguette.  Evenings are often crowded and may require sharing a table with a perfect stranger.  [http://flickr.com/photos/tags/espresso Espresso] afficionados will appreciate the [http://en.wikipedia.org/wiki/Illy Illy] coffee.  Noise levels can vary from peaceful in the late mornings to nearly overwhelming on [http://en.wikipedia.org/wiki/jazz jazz] band nights.
This [http://en.wikipedia.org/wiki/cafe cafe] is a welcoming oasis on the Peninsula.  It even has a fountain outside which cloaks the nearby sounds of El Camino traffic.  Next door to a superb indy bookstore, Cafe Borrone is an ideal spot to grab a [http://en.wikipedia.org/wiki/coffee coffee] or a snack to accompany a newly purchased book or imported periodical.  [http://technorati.com/tag/soup Soups] and [http://technorati.com/tag/sandwich sandwich] specials rotate daily.  The corn chowder with croutons and big chunks of cheese goes especially well with a freshly toasted mini-baguette.  Evenings are often crowded and may require sharing a table with a perfect stranger.  [http://flickr.com/photos/tags/espresso Espresso] afficionados will appreciate the [http://en.wikipedia.org/wiki/Illy Illy] coffee.  Noise levels can vary from peaceful in the late mornings to nearly overwhelming on [http://en.wikipedia.org/wiki/jazz jazz] band nights.
-
Review ([http://microformats.org/wiki/hreview hReview v0.3]) by anonymous, April 28th, 2005.
+
([http://microformats.org/wiki/hreview hReview]) by anonymous, April 28th, 2005.
=== Critique produit ===
=== Critique produit ===
Voilà un exemple d'une critique de produit :  
Voilà un exemple d'une critique de produit :  
-
<pre><nowiki>
+
<source lang=html4strict>
<div>
<div>
  <a href="http://www.amazon.com/exec/obidos/ASIN/B000089CJI/">
  <a href="http://www.amazon.com/exec/obidos/ASIN/B000089CJI/">
Line 309: Line 300:
   "Les gens pensaient qu'ils ont été simplement récompensés sur le fait de traiter les autres  
   "Les gens pensaient qu'ils ont été simplement récompensés sur le fait de traiter les autres  
     comme ils aiment être traités, pour obéir à des panneaux stop et guérir des maladies, pour
     comme ils aiment être traités, pour obéir à des panneaux stop et guérir des maladies, pour
-
     de lettres de mailing avec l'adresse de l'expéditeur... Ne m'éveillez pas, je prévois de
+
     des lettres de mailing avec l'adresse de l'expéditeur... Ne m'éveillez pas, je prévois de
     dormir dedans..."
     dormir dedans..."
   </p><p>
   </p><p>
Line 316: Line 307:
  (*****)
  (*****)
</div>
</div>
-
</nowiki></pre>
+
</source>
Ajouter hReview à cette critique est aussi tout à fait simple, mais requiert dans ce cas quelques éléments supplémentaires pour l'évaluation et le critique qui sont requis par hReview :
Ajouter hReview à cette critique est aussi tout à fait simple, mais requiert dans ce cas quelques éléments supplémentaires pour l'évaluation et le critique qui sont requis par hReview :
-
<pre><nowiki>
+
<source lang=html4strict>
<div class="hreview"><span class="item">
<div class="hreview"><span class="item">
  <a class="url fn" href="http://www.amazon.com/exec/obidos/ASIN/B000089CJI/">
  <a class="url fn" href="http://www.amazon.com/exec/obidos/ASIN/B000089CJI/">
Line 338: Line 329:
  <p class="reviewer vcard">Review by  
  <p class="reviewer vcard">Review by  
   <a class="url fn" href="http://ifindkarma.com/blog/">Adam Rifkin</a>,  
   <a class="url fn" href="http://ifindkarma.com/blog/">Adam Rifkin</a>,  
-
   <abbr class="dtreviewed" title="200502">February 2005</abbr>
+
   <abbr class="dtreviewed" title="2005-02">February 2005</abbr>
  </p>
  </p>
</div>
</div>
-
</nowiki></pre>
+
</source>
Et ce hReview pourrait être présenté comme suit :  
Et ce hReview pourrait être présenté comme suit :  
Line 363: Line 354:
Pour finir, voilà un exemple d'une critique de film.
Pour finir, voilà un exemple d'une critique de film.
-
<pre><nowiki>
+
<source lang=html4strict>
<div>
<div>
  <span>anonyme, le 18 avril 2005</span>
  <span>anonyme, le 18 avril 2005</span>
Line 376: Line 367:
  </p></blockquote>
  </p></blockquote>
</div>
</div>
-
</nowiki></pre>
+
</source>
Avec hReview:
Avec hReview:
-
<pre><nowiki>
+
<source lang=html4strict>
<div class="hreview">
<div class="hreview">
  <span class="reviewer vcard">
  <span class="reviewer vcard">
   <span class="fn">anonyme</span>,  
   <span class="fn">anonyme</span>,  
-
   <abbr class="dtreviewed" title="20050418">18 avril 2005</abbr>
+
   <abbr class="dtreviewed" title="2005-04-18">18 avril 2005</abbr>
  </span>
  </span>
  <div class="item">
  <div class="item">
Line 396: Line 387:
  </p></div>
  </p></div>
</div>
</div>
-
</nowiki></pre>
+
</source>
Qui pourrait être présenté comme ça :  
Qui pourrait être présenté comme ça :  
Line 417: Line 408:
Voir [[hreview-implementations-fr|hReview-implémentations]]
Voir [[hreview-implementations-fr|hReview-implémentations]]
 +
 +
=== Inspiration et Remerciements ===
 +
Merci à tous ceux qui ont répondu à l'appel ouvert pour participation à l'implémentation du hReview. Les auteurs souhaitent tout particulièrement remercier les individus suivants pour leurs avis constructifs et leurs réactions :
 +
[http://www.richardault.com/ Richard Ault], [http://dannyayers.com Danny Ayers], [http://www.vertexdev.com/~jeff/ Jeffrey Barr],[http://adriancuthbert.blogspot.com/ Adrian Cuthbert],[http://jason.defillippo.com/ Jason DeFillippo], [http://www.hybernaut.com/bdv Brian Del Vecchio], Scott Derringer, [http://budgibson.com/home/ Bud Gibson], [http://joi.ito.com/ Joi Ito], [http://www.kanai.net/weblog/ Gen Kanai],[http://niallkennedy.com/ Niall Kennedy], [http://labs.commerce.net/wiki/index.php/Rohit_Khare Rohit Khare], [http://theryanking.com/ Ryan King], [http://www.jluster.org/ Jonas Luster], [http://epeus.blogspot.com/ Kevin Marks], Mark Nottingham, [http://www.powazek.com/ Derek Powazek], [http://www.judysbook.com/ Jeff Rodenburg], [http://sifry.com/alerts/ David Sifry], [http://jystewart.net/ James Stewart], [http://kung-foo.tv/ Adriaan Tijsseling], [http://www.flashenabled.com/ Phillip Torrone], Thai Tran, [http://w6daily.winn.com/ Phillip Winn], [http://yohei-y.blogspot.com YAMAMOTO Yohei].
 +
 +
; Auteurs hReview v0.3
 +
: [[User:Tantek|Tantek Çelik]] (tantek.com, et avant chez [http://technorati.com/ Technorati])
 +
: <span class="vcard"><span class="fn">[http://360.yahoo.com/alidiabali Ali Diab]</span></span> ([http://yahoo.com Yahoo! Inc.])
 +
: <span class="vcard"><span class="fn">[http://ianmcall.blogspot.com/ Ian McAllister]</span></span> ([http://amazon.com/ Amazon.com])
 +
: <span class="vcard"><span class="fn">[http://journals.aol.com/panzerjohn/abstractioneer John Panzer]</span></span> ([http://www.aol.com America Online, Inc.])
 +
: <span class="vcard"><span class="fn">[http://ifindkarma.com/blog Adam Rifkin]</span></span> ([http://labs.commerce.net/ CommerceNet Labs])
 +
: <span class="vcard"><span class="fn">[http://sippey.typepad.com/ Michael Sippey]</span></span> ([http://sixapart.com Six Apart, Ltd])
 +
 +
 +
== Principes De Design XHTML Sémantique ==
 +
Cette section est '''informative'''.  hReview a été conçu en utilisant les [[principles-fr|principes de design]] similaires à ceux qui étaient dans [[hcard-fr|hCard]] et par conséquent cet aperçu est inclus à des fins d'information.
 +
{{semantic-xhtml-design-principles-fr}}
== Références ==
== Références ==
=== Références Normatives ===
=== Références Normatives ===
-
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
+
* [http://w3.org/html5 HTML5]
* [http://gmpg.org/xmdp/ XMDP]
* [http://gmpg.org/xmdp/ XMDP]
* [[hcard-fr|hCard]]
* [[hcard-fr|hCard]]
Line 430: Line 438:
=== Références Informatives ===
=== Références Informatives ===
 +
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/REC-CSS1 CSS1]
-
* ISO.8601.1988
+
* ISO.8601 [http://www.w3.org/TR/NOTE-datetime http://www.w3.org/TR/NOTE-datetime]
** International Organization for Standardization, "Data elements and interchange formats - Information interchange - Representation of dates and times", ISO Standard 8601, June 1988.
** International Organization for Standardization, "Data elements and interchange formats - Information interchange - Representation of dates and times", ISO Standard 8601, June 1988.
-
* [http://www.w3.org/TR/1998/NOTE-datetime-19980827 W3C NOTE-datetime-19980827]
 
* [http://www.ietf.org/rfc/rfc3667.txt RFC3667]
* [http://www.ietf.org/rfc/rfc3667.txt RFC3667]
* [http://www.ietf.org/rfc/rfc3668.txt RFC3668]
* [http://www.ietf.org/rfc/rfc3668.txt RFC3668]
Line 445: Line 453:
* [[xoxo-fr|XOXO]]
* [[xoxo-fr|XOXO]]
-
=== Copyright ===
+
== Copyright ==
{{MicroformatCopyrightStatement2005-fr}}
{{MicroformatCopyrightStatement2005-fr}}
Line 451: Line 459:
** Quand tous les auteurs/éditeurs auront fait ainsi, nous pourrons retirer la référence au modèle  MicroFormatCopyrightStatement et la remplacer avec le modèle MicroFormatPublicDomainContributionStatement.
** Quand tous les auteurs/éditeurs auront fait ainsi, nous pourrons retirer la référence au modèle  MicroFormatCopyrightStatement et la remplacer avec le modèle MicroFormatPublicDomainContributionStatement.
-
=== Brevets ===
+
== Brevets ==
{{MicroFormatPatentStatement-fr}}
{{MicroFormatPatentStatement-fr}}
Line 457: Line 465:
Cette spécification est un chantier en cours. Au fur et à mesure que des aspects supplémentaires sont discutés, compris et écrits, ils seront ajoutés.
Cette spécification est un chantier en cours. Au fur et à mesure que des aspects supplémentaires sont discutés, compris et écrits, ils seront ajoutés.
-
=== Modifications à partir de la  v0.2 ===
+
=== Modifications à partir de la  v0.3 ===
Les modifications suivantes ont été produites dans hReview v0.3 sur [[hreview-v0.2|hReview v0.2]] :
Les modifications suivantes ont été produites dans hReview v0.3 sur [[hreview-v0.2|hReview v0.2]] :
Changements normatifs :  
Changements normatifs :  
-
# DOIVENT (au lieu de DEVRAIENT) utiliser [[hcard-fr|hCard]] pour la description d'item d'un business ou d'une personne
+
# Ajouté références normatives à
-
# Changement "reviewer"
+
## [[value-class-pattern-fr|modèle de classe value]] - requis pour support.
-
## Rendu le reviewer *optionnel* par un feedback de Ryan King et Mark Nottingham
+
## [[html5-fr|HTML5]] - pour le parsage/DOM  HTML5
-
## Si la critique est absente du hReview, regardez alors à l'extérieur de hReview, dans le contexte de la page, pour la critique. S'il n'y a pas de "reviewer" au-dehors, alors utilisez l'information de l'auteur selon le langage contenant le document (par ex. <code><nowiki><address></nowiki></code> pour les pages (X)HTML) comme le critique.
+
# Changé références normatives vers "informative" :
-
## DOIT (au lieu de DEVRAIT) utiliser [[hcard-fr|hCard]] pour représenter l'information du critique
+
## Includes delegué pleinement [[include-pattern-fr|includepattern]] plutôt que de spécifier "Object Includes"
-
# Changements "dtreviewed"
+
## propriété '''version''' abandonnée. Petite si quelque publication en pratique, et pas d'usages pratiques trouvés. Smaller is better.
-
## Rendu *optionnel* la dtreviewed suite à un feedback de Ryan King et Mark Nottingham
+
## '''dtreviewed''' peut être aussi une date absolue ISO8601, et doit utiliser le [[value-class-pattern-fr|modèle de classe value]] si nécessaire.
-
## Si dtreviewed est absent de la hReview, alors regardez à l'extérieur de hReview dans le contexte avoisinant. Si le contexte est une entrée [[hatom-fr|hAtom]], utilisez son datetime du fil "published" (ou "updated" si cela venait à manquer).  Autrement utilisez l'information selon le langage du document conteneur (par ex. "published"/"updated" de la même manière que pour les fils Atom), puis le protocole (par ex. HTTP Last-Modified, ou "file system last modified datetime").
+
-
# DEVRAIT utiliser [[hcalendar-fr|hCalendar]] pour représenter un item de 'type' 'event'
+
-
# Ajouté un chiffre décimal de précision aux valeurs numériques d'évaluation en se basant sur l'expérience éditeur.
+
-
# Utiliser [[hcard-fr#Extraction_de_Valeur|la "value" construite à partir de la hCard]] (comme elle est utilisée par exemple dans le propriétés "tel" par exemple) pour baliser plus explicitement la valeur d'évaluation quand elle fournit aussi (balisage) le best/worse d'une évaluation.
+
-
# Ajouté [[rel-license-fr|rel-license]] pour indiquer la licence de hReview comme un ensemble.
+
-
# Permettre les tags à l'intérieur des évaluations pour annoncer les tags évalués, les mêmes que les évaluations dans les tags selon une suggestion provenant de Eran Globen.
+
-
# Ajouté le support [[include-pattern-fr|include-pattern]] pour permettre aux multiples critiques du même item de ne pas répéter l'info de l'item.
+
-
Changements Informatifs (plusieurs, mais en particulier):
+
Modifications informatives (plusieurs, mais en particulier) :  
-
# Notez que les tags scalaires/évalués utiliseraient idéalement un espace tag qui explique les évaluatons pour ce tag. Par ex. pour expliquer ce que veut dire Food:18/30.
+
# changé éditeur/auteur à simplement [[Tantek]] pour préparer et reprendre une récriture.
-
# Exemples mis à jour en rapport.
+
# exemples mis à jour :
 +
## valeurs de propriété '''dtreviewed''' utilisent le [[date-pattern-fr|date-pattern]]
 +
## propriété de '''version''' abandonnée
-
=== Q&R ===
 
-
* Si vous avez quelque question sur hReview, regardez les [[hreview-faq-fr|hReview FAQ]], et si vous ne trouvez pas de réponses, ajoutez vos questions à la fin !
 
-
== Pour aller plus loin ==
+
== Articles ==
 +
Cette <span id="Pour_aller_plus_loin">section</span> est <strong>informative</strong>.
 +
Voir : [[hreview-articles-fr|hReview-articles]].
 +
 +
== Pour aller plus loin ==
{{hreview-related-pages-fr}}
{{hreview-related-pages-fr}}
 +
 +
[[Category:Draft Specifications]]
 +
[[Category:hReview]]
 +
 +
== Traductions ==
 +
La spécification draft normative est [[hreview]] en anglais-US.
 +
Lisez la spécification draft dans les langues suivantes :
 +
* [[hreview-ja|日本語]]
 +
* ...

Current revision


Ce document est une spécification microformat draft. Bien que les "drafts" soient en quelque sorte mâtures dans le processus de développement, la stabilité de ce document ne peut être garantie, et les implémenteurs doivent être prêts à rester informés des futurs développements et modifications. Suivez cette page wiki, ou suivez les discussions sur la liste de discussion microformats-new pour rester informé.

hReview est un microformat simple, ouvert, distribué, adaptable pour embarquer des critiques (de produits, services, business, événements, etc.) dans le HTML, XHTML, Atom, RSS et le XML arbitraire. hReview est l'un des nombreux standards microformats ouvert.

Vous voulez démarrer par l'écriture d'un hReview ? Utilisez le hReview creator pour écrire une critique et la publier.


Contents

Spécification Microformats Draft 2012


traduction
Christophe Ducamp

Le copyright et les déclarations de brevets pour les microformats s'appliquent.

Statut

hReview 0.4 est une spécification microformats.org draft. Une discussion publique sur hReview se déroule sur hreview-feedback, le canal irc #microformats sur irc.freenode.net, et sur la liste de discussion microformats-discuss.

Langues disponibles

La version anglaise de cette spécification est la seule version normative : hReview. Pour des traductions de ce document, voir la section #traductions.

Errata et Mises à Jour

Des erreurs connues et problèmes dans cette spécification sont corrigé's dans les problématiques résolues et fermées. Merci de regarder là avant de rendre compte des problématiques.

La mise à jour hReview 0.4 est actuellement en développement et incorpore les corrections des errata connues tout comme le modèle-de-classe-value.

Introduction

De nombreux sites web publient des critiques en utilisant une très large variété de schémas de toutes sortes pour toutes sortes de choses, en partant des produits (films, musique, livres), en passant par les commerces (restaurants, hôtels, magasins), les événements (concerts, théâtre), les personnes (artistes, leaders, célébrités), des endroits (parcs, centres de loisirs), des ressources en ligne (pages web, fichiers) jusqu'aux critiques de critiques en elles-même.

Afin de permettre et d'encourager le partage, la distribution, la syndication et l'agrégation de critiques, les auteurs proposent le microformat hReview, un standard ouvert pour les critiques distribuées. Les auteurs ont cherché de nombreux exemples de critiques dans la jungle et ont fait des premiers essais sur les formats de critiques, et ont conçu hReview autour d'un schéma simple et minimal pour les critiques. Les réactions sont encouragées sur la page hReview feedback.

Les mots-clés "DOIT", "NE DOIT PAS", "OBLIGATOIRE", "DEVRA", "NE DEVRA PAS", "DEVRAIT", "NE DEVRAIT PAS", "RECOMMANDÉ", "PEUT" et "OPTIONNELLE" dans ce document doivent être interprétés comme décrits dans la RFC 2119.

Etendue

Les critiques partagent de manière cohérente plusieurs aspects communs. A chaque fois que cela a été possible, hReview a été basée sur ce sous-ensemble minimal commun.

Hors-sujet

Les portions d'avis qui sont spécifiques à des types particuliers d'items ont été omis de hReview. Il est important que hReview soit maintenu simple et minimal dès le démarrage. Des fonctionnalités supplémentaires peuvent être ajoutées par l'expérience pratique de mise en oeuvre.

Le concept d'un "identifiant universel d'objet", ce qui veut dire, comment identifier le même objet/item/produit à travers différents sites de commerce, même s'il est quelque part très utile d'en disposer, est ici hors du champ d'application de ce format.

Format

En Général

Le format hReview est fondé sur un ensemble de propriétés communes à de nombreux sites de critiques et formats en usage aujourd'hui sur le web. A chaque fois que possible, des noms de propriétés ont été choisis en se fondant sur ceux définis par les standards apparentés avec hCard et hCalendar.

Schéma

Le schéma hReview est constitué comme suit :

Détails des Propriétés

Les propriétés du schéma hReview représentent ce qui suit :

summary :: Cette propriété optionnelle sert de synopsis court, titre, ou nom de la critique. Réutilisé à partir de hCalendar qui le réutilise de iCalendar (section 4.8.1.12 de la RFC 2445).

type :: Cette propriété optionnelle "type" fournit le type d'item étant critiqué, l'un des suivants : product, business, event, person, place, website, url. Si elle est omise, alors dans quelques cas, l'item peut être inféré. Si l'item est aussi une hCard, alors le type d'item est un "business", "place" ou "person" basé sur ceux représentés par la hCard. Si l'item est aussi un événement hCalendar, alors le type d'item est un "event".

item  :: Cette propriété requise item DOIT avoir au minimum le nom (en utilisant la sous-propriété "fn" - le texte formaté correspondant au nom, exception faite pour un item événement qui DOIT avoir la propriété sous-propriété "summary" dans le "vevent" respectif hCalendar) de l'item (un hReview ne décrit seulement qu'un item), DEVRAIT fournir au moins un URI ("url") pour l'item, et PEUT fournir au moins une URL vers une photo ou une représentation ("photo") de l'item. Pour les items de type 'person' ou 'business', l'info item (fn, url, photo) DOIT être embarquée dans une hCard. Pour les items de types 'event', l'info item DEVRAIT être encapsulée dans un hCalendar "vevent". Les items IDs non-URL uniques (par ex. ISBNs, UPCs) PEUVENT être représentés sous un URN ("url") pour l'item. Les microformats encapsulés (par ex. hCard et les événements hCalendar à cette heure) peuvent être réglés sur l'item lui-même (par ex. class="item vcard"). Néanmoins, lors de l'utilisation de sous-propriétés d'info item ("fn", "url", "photo"), elles DOIVENT être imbriquées à l'intérieur de l'élément item.

reviewer :: Cette propriété optionnelle spécifie la personne qui a écrit la critique. Si l'auteur de la critique est spécifié, une hCard représentant l'auteur de la critique DOIT être fournie. Pour les critiques anonymes, utilisez "anonymous" (sans guillemets) pour le nom propre de la critique. Si aucun "reviewer" n'est trouvé dans le hReview, les parseurs devraient (DEVRAIT) regarder à l'extérieur du hReview, dans le contexte de la page, pour le "reviewer". S'il n'y a pas de "reviewer" à l'extérieur, alors les parseurs devraient (DEVRAIT) utiliser l'auteur défini par le "containing document language", par ex. pour des documents (X)HTML, l'info de contact <address> pour la page (qui est idéalement balisée aussi comme une hCard), pour Atom 1.0 le <entry> <author> si présent et si non code><feed></code> <author>, pour RSS le <author> dans l'élément <item>.

dtreviewed :: Cette propriété optionnelle quand elle est présente DOIT fournir une date ou date-horaire absolu ISO8601 du moment où la critique a été écrite ou autrement publiée (http://www.w3.org/TR/NOTE-datetime). Cette propriété doit utiliser le modèle de classe value si nécessaire (par ex. pour l'accessibilité, DEVRAIT utiliser UTC, mais PEUT utiliser la syntaxe du fuseau horaire. Si dtreviewed est absent de hReview, alors regardez en dehors de hReview, dans le contexte environnant. Si le contexte est une entrée hAtom, utilisez son date-horaire "published" (ou "updated" si celui-ci manque) comme le dtreviewed, s'il n'est pas présent sur l'entrée, utilisez le "published" (ou "updated" si celui-ci est manquant) du flux. Autrement utilisez l'information de date de création (ou date de modification si celle-ci manque) selon la langue du document conteneur (par ex. "published"/"updated" de la même manière que pour les fils Atom), puis le protocole (par ex. HTTP Last-Modified, ou "file system last modified datetime") comme la dtreviewed.

rating :: Le rating est un nombre entier fixé (une décimale pour la précision partant de 1.0 jusqu'à 5.0 inclus indiquant une évaluation pour l'item, le plus haut indiquant une meilleure évaluation par défaut. Facultativement, une valeur de nombre entier différente "worst" et/ou une valeur "best" PEUT être spécifiée pour indiquer une étendue différente (par ex. 6 de 0-10). La valeur "best" peut être numériquement plus petite que la valeur "worst".

description :: Cette propriété optionnelle sert à délivrer un synopsis plus détaillé de la critique (par exemple, le texte complet représentant l'opinion écrite du critique) que celui fourni par "summary". La propriété PEUT inclure un balisage valide XHTML (par ex. des paragraphes). Plusieurs descriptions ou des descriptions de sections (par ex. pours et contres, plus et moins) DEVRAIENT être incluses dans la propriété description.

tags :: Les tags sont représentés en utilisant une liste de mots-clés ou phrases (en utilisant le microformat rel-tag pour chaque mot-clé individuel ou tag de phrase) que le critique associera à l'item. Le critique PEUT (PEUT) en option fournir un tag-spécifique d'évaluation à l'intérieur de chaque rel-tag, par ex. ambience:5. Les évaluations tag-spécifiques par défaut utilisent la même gamme comme une évaluation globale pour l'item si présentes, et PEUVENT (PEUT) avoir aussi une gamme spécifiée allant de worst... à best. Les auteurs PEUVENT (PEUT) aussi inverser cette structure pour la même sémantique si elle est plus commode pour leur balisage, ce qui veut dire placer le rel-tag à l'intérieur d'une évaluation pour indiquer un tag évalué. Note : les tags évalués devraient (DEVRAIT) idéalement utiliser un espace tag qui explique ce que signifient les évaluations pour ce tag. Par ex. Food:18/30 devrait (DEVRAIT) lier vers un espace tags pour Food qui explique ce que veut dire un 18 sur 30 pour le tag Food.

permalink :: Cette propriété optionnelle est une URL pour le hReview. En plus d'utiliser le tag <a href> pour cette propriété, l'attribut rel="self bookmark" DOIT être utilisé pour dire que l'hyperlien est un lien permanent de la critique elle-même. Si l'hyperlien contient déjà un attribut rel, alors les valeurs self et bookmark DOIVENT être incluses parmi l'ensemble espace-séparé de valeurs dans l'attribut. Les indexeurs PEUVENT traiter le permalien d'une critique comme un ID unique afin d'identifier et réunir les même critiques provenant de sources multiples (comme le fait d'indexer une page plusieurs fois). Le permalien PEUT aussi être utilisé pour indiquer l'origine de la critique. Les auteurs PEUVENT utiliser le nom de classe d'un "permalink" sur l'élément représentant le permalien, mais ne sont pas obligés de faire ainsi.

license :: une hReview indique la licence pour ses contenus en utilisant le microformat rel-license.

Les noms de propriétés suivants ont été réutilisés à partir des microformats hCard et hCalendar : summary, fn, url, email, photo, description, categories. En plus, les items et critiques décrits par les hCards PEUVENT contenir n'importe quelle propriété hCard. La valeur rel "self" a été réutilisée à partir de la spécification Atom 1.0.

Plus d'Equivalents Sémantiques

Pour quelques propriétés, il existe un équivalent plus sémantique, et par conséquent elles reçoivent un traitement spécial, par ex. :

Langue

Lisible par Human vs. Machine

Si un élément <abbr> est utilisé pour une propriété, alors son attribut 'title' est utilisé pour la valeur de la propriété, au lieu des contenus de l'élément, ce qui peut être ensuite utilisé pour fournir une présentation alternative de la valeur plus sympathique pour l'utilisateur.

De la même façon, si un élément <img /> est utilisé pour une ou plusieurs propriétés, il DOIT être traité comme suit :

  1. Pour la propriété "photo" et toute autre propriété qui prend une URL comme sa valeur, l'attribut src="..." fournit la valeur de la propriété.
  2. Pour d'autres propriétés, l'attribut de l'élément <img /> 'alt' est la valeur de la propriété.

Includes

hReview 0.4 inclut le support pour l'objet include-pattern.

Souvent une page unique liste un item, et puis plusieurs critiques pour cet item. Afin d'éviter d'avoir à répéter l'information pour chaque critique de l'item, la première critique devrait être balisée comme une hReview, avec un attribut unique "id" sur l'info item, et puis les critiques suivantes devraient utiliser l'objet include-pattern pour inclure l'info item à partir de la première critique.

Notes

Cette section est informative.

Exemples

Voilà quelques exemples de critiques à partir de sites web actuels, et comment elles pourraient être facilement améliorées pour supporter le microformat structuré de critique hReview.

Vous voulez commencer par écrire vous-même un hReview ? Utilisez le hReview creator pour écrire une critique et la publier sur votre blog.

Critiques Restaurant

Voici un exemple d'une simple critique de restaurant en ligne :

<div>
 <span>5 étoiles sur 5</span>
 <h4>Crepes on Cole est génial</h4>
 <span>Critique : <span>Tantek</span> - 18 avril 2005</span>
 <blockquote><p>
  Crepes on Cole est l'une des meilleures petites crêperies dans San Francisco. 
  Nourriture et service excellents. Beaucoup de tables de différentes tailles 
  pour les fêtes qu'elles soient petites et grandes. Celles près de la fenêtre sont
  merveilleuses pour regarder les gens. J'ai eu l'occasion d'avoir beaucoup de rencontres ici
  tout comme le fait de réaliser beaucoup de travail grâce au WiFi avoisinant.
 </p></blockquote>
 <p>Date de visite : <span>Avril 2005</span></p>
 <p>Plat dégusté : <span>Crêpe Florentine</span></p>
</div>

ajouter une hReview à cette critique est vraiment simple :

<div class="hreview">
 <span><span class="rating">5</span> étoiles sur 5</span>
 <h4 class="summary">Crepes on Cole est génial</h4>
 <span class="reviewer vcard">Critique : <span class="fn">Tantek</span> - 
 <abbr class="dtreviewed" title="2005-04-18">18 avril 2005</abbr></span>
 <div class="description item vcard"><p>
  <span class="fn org">Crepes on Cole</span> est l'une des meilleures petites  
  crêperies à <span class="adr"><span class="locality">San Francisco</span></span>.
  Nourriture et service excellents. Beaucoup de tables de différentes tailles 
  pour les fêtes qu'elles soient petites et grandes. Celles près de la fenêtre sont
  merveilleuses pour regarder les gens...  J'ai eu l'occasion d'avoir beaucoup 
  de rencontres ici tout comme le fait de réaliser beaucoup de travail grâce au WiFi 
  avoisinant.
 </p></div>
 <p>Date de visite : <span>Avril 2005</span></p>
 <p>Plat dégusté : <span>Crêpe Florentine</span></p>
</div>

Remarquez que quelques-unes des propriétés de cette critique échantillon ne sont pas saisies par hReview (date de visite, nourriture). Ceci est délibéré par le fait de vouloir conserver une hReview minimale et simple.

Ce échantillon de hReview pourrait être restitué comme ça :

5 étoiles sur 5
Crepes on Cole est génial
Critique : Tantek - 18 avril 2005

Crepes on Cole est l'une des meilleures petites crêperies dans San Francisco. Nourriture et service excellents. Beaucoup de tables de différentes tailles pour les fêtes qu'elles soient petites et grandes. Celles près de la fenêtre sont merveilleuses pour regarder les gens... J'ai eu l'occasion d'avoir beaucoup de rencontres ici tout comme le fait de réaliser beaucoup de travail grâce au WiFi avoisinant.

Date de visite : Avril 2005
Plat dégusté : Crêpe Florentine

Critique Restaurant Multidimensionnnelle

Quelques critiques de restaurants indiquent des évaluations pour différents aspects du restaurant. De tels détails sont représentés dans hReview en utilisant les évaluations taguées. En plus, remarquez les tags dans la ligne dans la description de cette critique.

Voilà une telle critique en format texte :

Cafe Borrone

1010 El Camino Real, Menlo Park, CA 94025, +1-650-327-0830;
cafeborrone.com

Food: 18/30; Ambience: 19/30; Service: 15/30; Price: $$...

This cafe is a welcoming oasis on the Peninsula.  It even has a fountain
outside which cloaks the nearby sounds of El Camino traffic.  Next door to a  
superb indy bookstore, Cafe Borrone is an ideal spot to grab a coffee or a 
snack to accompany a newly purchased book or imported periodical.  Soups and 
sandwich specials rotate daily.  The corn chowder with croutons and big 
chunks of cheese goes especially well with a freshly toasted mini-baguette.  
Evenings are often crowded and may require sharing a table with a perfect 
stranger.  Espresso afficionados will appreciate the Illy coffee.  Noise 
levels can vary from peaceful in the late mornings to nearly overwhelming on 
jazz band nights.

Sous un hReview :

<div class="hreview">
 <div class="item vcard">
  <div class="fn org summary">Cafe Borrone</div>
  <span class="adr">
   <span class="street-address">1010 El Camino Real</span>,
   <span class="locality">Menlo Park</span>,
   <span class="region">CA</span>
   <span class="postal-code">94025</span>,
  </span>
  <span class="tel">+1-650-327-0830</span>;
  <a class="url" href="http://cafeborrone.com">cafeborrone.com</a>
 </div>
 <ul>
  <li class="rating"><a href="http://en.wikipedia.org/wiki/Food" rel="tag">
   Food: <span class="value">18</span>/<span class="best">30</span></a>;</li>
  <li class="rating"><a href="http://flickr.com/photos/tags/Ambience" rel="tag">
   Ambience: <span class="value">19</span>/<span class="best">30</span></a>;</li>
  <li class="rating"><a href="http://en.wikipedia.org/wiki/Service" rel="tag">
   Service: <span class="value">15</span>/<span class="best">30</span></a>;</li>
  <li class="rating"><a href="http://en.wikipedia.org/wiki/Price" rel="tag">
   Price: <abbr class="value" title="2">$$</abbr>...</a></li>
 </ul>
 <div class="description"><p>
  This <abbr class="type" title="business">
  <a href="http://en.wikipedia.org/wiki/cafe" rel="tag">cafe</a></abbr> 
  is a welcoming oasis on the Peninsula.  
  It even has a fountain outside which nearly eliminates 
  the sounds of El Camino traffic.  Next door to a superb indy bookstore, 
  Cafe Borrone is an ideal spot to grab a 
  <a href="http://en.wikipedia.org/wiki/coffee" rel="tag">coffee</a> 
  or a meal to accompany a newly purchased book or imported periodical.  
  <a href="http://technorati.com/tag/soup" rel="tag">Soups</a> and 
  <a href="http://technorati.com/tag/sandwich" rel="tag">sandwich</a> 
  specials rotate daily.  The corn chowder with croutons and big chunks of cheese 
  goes especially well with a freshly toasted mini-baguette.  Evenings are 
  often crowded and may require sharing a table with a perfect stranger. 
  <a href="http://flickr.com/photos/tags/espresso" rel="tag">Espresso</a> 
  afficionados will appreciate the 
  <a href="http://en.wikipedia.org/wiki/Illy" rel="tag">Illy</a> coffee.  
  Noise levels can vary from peaceful in the late mornings to nearly overwhelming on 
  <a href="http://en.wikipedia.org/wiki/jazz" rel="tag">jazz</a> band nights.
 </p></div>
 Review (<a href="http://microformats.org/wiki/hreview"> 
  hReview v<span class="version">0.3</span></a>)
 by <span class="reviewer vcard"><span class="fn">anonymous</span></span>, 
 <abbr class="dtreviewed" title="2005-04-28">April 28th, 2005</abbr>.
</div>

Avec une feuille de style l'accompagnant comme :

a.url { display:block }
ul { margin:1em 0; padding:0 }
ul li { display:inline }

Cette hReview pourrait être présentée de la même manière que le texte original :

Cafe Borrone
1010 El Camino Real, Menlo Park, CA 94025, +1-650-327-0830;
cafeborrone.com

Food: 18/30; Ambience: 19/30; Service: 15/30; Price: $$...

This cafe is a welcoming oasis on the Peninsula. It even has a fountain outside which cloaks the nearby sounds of El Camino traffic. Next door to a superb indy bookstore, Cafe Borrone is an ideal spot to grab a coffee or a snack to accompany a newly purchased book or imported periodical. Soups and sandwich specials rotate daily. The corn chowder with croutons and big chunks of cheese goes especially well with a freshly toasted mini-baguette. Evenings are often crowded and may require sharing a table with a perfect stranger. Espresso afficionados will appreciate the Illy coffee. Noise levels can vary from peaceful in the late mornings to nearly overwhelming on jazz band nights.

(hReview) by anonymous, April 28th, 2005.

Critique produit

Voilà un exemple d'une critique de produit :

<div>
 <a href="http://www.amazon.com/exec/obidos/ASIN/B000089CJI/">
  <img src="http://images.amazon.com/images/P/B000089CJI.01._SCTHUMBZZZ_.jpg" 
              alt="photo couverture album : The Postal Service : Give Up." />
 The Postal Service : Give Up</a>
 <blockquote><p>
   "Les gens pensaient qu'ils ont été simplement récompensés sur le fait de traiter les autres 
    comme ils aiment être traités, pour obéir à des panneaux stop et guérir des maladies, pour
    des lettres de mailing avec l'adresse de l'expéditeur... Ne m'éveillez pas, je prévois de
    dormir dedans..."
   </p><p>
   "Nothing Better" est aussi une plage géniale sur cet album...
 </p></blockquote>
 (*****)
</div>

Ajouter hReview à cette critique est aussi tout à fait simple, mais requiert dans ce cas quelques éléments supplémentaires pour l'évaluation et le critique qui sont requis par hReview :

<div class="hreview"><span class="item">
 <a class="url fn" href="http://www.amazon.com/exec/obidos/ASIN/B000089CJI/">
  <img src="http://images.amazon.com/images/P/B000089CJI.01._SCTHUMBZZZ_.jpg" 
       alt="Photo de couverture de l'album : The Postal Service: Give Up. " 
       class="photo" />
  The Postal Service : Give Up</a></span>
 <div class="description"><p>
    "Les gens pensaient qu'ils ont été simplement récompensés sur le fait de traiter les autres 
    comme ils aiment être traités, pour obéir à des panneaux stop et guérir des maladies, pour
    de lettres de mailing avec l'adresse de l'expéditeur... Ne m'éveillez pas, je prévois de
    dormir dedans..."
   </p><p>
   "Nothing Better" est aussi une plage géniale sur cet album...
 </p></div>
 (<abbr class="rating" title="5">*****</abbr>)
 <p class="reviewer vcard">Review by 
  <a class="url fn" href="http://ifindkarma.com/blog/">Adam Rifkin</a>, 
  <abbr class="dtreviewed" title="2005-02">February 2005</abbr>
 </p>
</div>

Et ce hReview pourrait être présenté comme suit :


[Photo de couverture de l'album: ] [The Postal Service:] [ Give Up ]

The Postal Service: Give Up

"Les gens pensaient qu'ils ont été simplement récompensés sur le fait de traiter les autres comme ils aiment être traités, pour obéir à des panneaux stop et guérir des maladies, pour des lettres de mailing avec l'adresse de l'expéditeur... Ne m'éveillez pas, je prévois de dormir dedans..." "Nothing Better" est aussi une plage géniale sur cet album...

(*****)

Critique d'Adam Rifkin, février 2005.

Critique de Film

Pour finir, voilà un exemple d'une critique de film.

<div>
 <span>anonyme, le 18 avril 2005</span>
 <div>
  <a lang="zh" href="http://www.imdb.com/title/tt0299977/">
  Ying Xiong (<span lang="en">HERO</span>)
  </a>
 </div>
 <div>Notation : 4 sur 5</div>
 <blockquote><p>
  Ce film a des images et une musique vraiment au top.
 </p></blockquote>
</div>

Avec hReview:

<div class="hreview">
 <span class="reviewer vcard">
  <span class="fn">anonyme</span>, 
  <abbr class="dtreviewed" title="2005-04-18">18 avril 2005</abbr>
 </span>
 <div class="item">
  <a lang="zh" class="url fn" href="http://www.imdb.com/title/tt0299977/">
  Ying Xiong (<span lang="en">HERO</span>)
  </a>
 </div>
 <div>Notation : <span class="rating">4</span> sur 5</div>
 <div class="description"><p>
  Ce film a des images et une musique vraiment au top.
 </p></div>
</div>

Qui pourrait être présenté comme ça :

anonyme, 18 avril 2005
Ying Xiong (HERO)
Notation : 4 sur 5

Ce film a des images et une musique vraiment au top.

Exemples dans la jungle

Cette section est informative.

Le nombre d'exemples hReview dans la jungle a grandi si vite et bien au delà de la capacité à pouvoir être maintenu en ligne dans cette spécification. Ils ont été migré sur une page séparée.

Voir hReview-exemples-dans-la-jungle.

Implémentations

Cette section est informative. Le nombre d'implémentations de hReview a aussi grandi au delà de la capacité à pouvoir les maintenir dan la page. Elles ont été migrées sur une page séparée.

Voir hReview-implémentations

Inspiration et Remerciements

Merci à tous ceux qui ont répondu à l'appel ouvert pour participation à l'implémentation du hReview. Les auteurs souhaitent tout particulièrement remercier les individus suivants pour leurs avis constructifs et leurs réactions : Richard Ault, Danny Ayers, Jeffrey Barr,Adrian Cuthbert,Jason DeFillippo, Brian Del Vecchio, Scott Derringer, Bud Gibson, Joi Ito, Gen Kanai,Niall Kennedy, Rohit Khare, Ryan King, Jonas Luster, Kevin Marks, Mark Nottingham, Derek Powazek, Jeff Rodenburg, David Sifry, James Stewart, Adriaan Tijsseling, Phillip Torrone, Thai Tran, Phillip Winn, YAMAMOTO Yohei.

Auteurs hReview v0.3
Tantek Çelik (tantek.com, et avant chez Technorati)
Ali Diab (Yahoo! Inc.)
Ian McAllister (Amazon.com)
John Panzer (America Online, Inc.)
Adam Rifkin (CommerceNet Labs)
Michael Sippey (Six Apart, Ltd)


Principes De Design XHTML Sémantique

Cette section est informative. hReview a été conçu en utilisant les principes de design similaires à ceux qui étaient dans hCard et par conséquent cet aperçu est inclus à des fins d'information. Note : les Principes de Design XHTML Sémantique ont été écrits initialement dans le contexte de développement de hCard et hCalendar, par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la méthodologie de design hCard (ce qui veut dire, lisez ça d'abord). Tantek

XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

  1. Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. Evitez de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
    1. Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
    2. Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
  2. Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
  3. Autrement utilisez un élément générique structurel (par ex. <span> ou <div>), ou l'élément contextuel approprié (par ex. un <li> dans un <ul> ou <ol>).
  4. Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devraient aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espaces dans les noms des composants deviennent des caractères tiret '-'.
  5. Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <abbr> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <abbr> : Human vs. ISO8601 dates problem solved

Références

Références Normatives

Références Informatives

Travaux similaires

Copyright

Cette spécification est (C) 2005 par les auteurs. Néanmoins, les auteurs ont pour but de soumettre cette spécification à un corps de standards avec une politique libérale de copyright/licence telle que GMPG, IETF, et/ou W3C. Quiconque souhaite contribuer devrait lire avant de contribuer leurs principes de copyright, politiques et licences (par ex. les Principes GMPG) et être d'accord avec eux, y compris le fait de licencier toutes les contributions sous les licences nécessaires (par ex. CC-by 1.0 et suivantes).

Brevets

Cette spécification est sujette à une politique de brevets libres de droits, par ex. pour la Politique de Brevet du W3C, IETF RFC3667 et RFC3668.

Chantier en cours

Cette spécification est un chantier en cours. Au fur et à mesure que des aspects supplémentaires sont discutés, compris et écrits, ils seront ajoutés.

Modifications à partir de la v0.3

Les modifications suivantes ont été produites dans hReview v0.3 sur hReview v0.2 :

Changements normatifs :

  1. Ajouté références normatives à
    1. modèle de classe value - requis pour support.
    2. HTML5 - pour le parsage/DOM HTML5
  2. Changé références normatives vers "informative" :
    1. Includes delegué pleinement includepattern plutôt que de spécifier "Object Includes"
    2. propriété version abandonnée. Petite si quelque publication en pratique, et pas d'usages pratiques trouvés. Smaller is better.
    3. dtreviewed peut être aussi une date absolue ISO8601, et doit utiliser le modèle de classe value si nécessaire.

Modifications informatives (plusieurs, mais en particulier) :

  1. changé éditeur/auteur à simplement Tantek pour préparer et reprendre une récriture.
  2. exemples mis à jour :
    1. valeurs de propriété dtreviewed utilisent le date-pattern
    2. propriété de version abandonnée


Articles

Cette section est informative.

Voir : hReview-articles.

Pour aller plus loin

Traductions

La spécification draft normative est hreview en anglais-US. Lisez la spécification draft dans les langues suivantes :

Categories

hReview 0.4 (en cours) was last modified: Monday, April 16th, 2012

Views