brainstorming hReview

Ce document est destiné à capturer des idées sur l'amélioration/l'itération sur hReview.

Idées hReview 0.3

Cette itération de hReview est directement en réponse à hreview-feedback et aux problématiques hReview. Voir ces documents pour plus de détails.

Modifications à partir de hReview 0.2:

DOIT (au lieu de DEVRAIT) utiliser hCard pour la description item d'un business
modifications reviewer
- rend le reviewer *optionnel* selon feedback de Ryan King et Mark Nottingham
- Si le reviewer est absent de la hReview, alors regardez en dehors de la hReview, dans le contexte de la page, pour le reviewer. S'il n'y pas de "reviewer" en dehors, alors utiliser <address> pour la page.
- DOIT (au lieu de DEVRAIT) utiliser hCard pour représenter l'information reviewer
DEVRAIT utiliser hCalendar pour représenter un item de 'type' 'event'
- Accepté. Nous avons considéré de faire de ça un MUST, et l'avons repoussé à la prochaine version, en se fondant sur l'expérience de publication avec 0.3
ajouté un chiffre décimal de précision aux valeurs numériques de 'ratings'.
utiliser la "valeur" extraite de la hCard (comme elle est utilisée dans les propriétés "tel" par exemple) pour baliser plus explicitement la valeur de rating au moment aussi de fournir (baliser) le 'best/worst' d'un 'rating'. besoin de fournir aussi un exemple qui fasse ainsi.
ajouté rel-license pour indiquer la licence de la hReview en tant qu'ensemble.
- ajouté cela à hAtom !
tags permis dans les ratings pour indiquer les tags évalué, la même chose que les évaluations dans les tags selon une suggestion de Eran Globen.
ajouté support include-pattern pour autoriser plusieurs critiques du même item pour ne pas répéter l'info item.

améliorations Informatives :

Notez que les tags scalaires/évalués utiliseraient idéalement un espace tag qui explique les évaluations pour ce tag. Par exemple que veut dire Food:18/30 ?
item type abandonné. Si le microformat attendu encapsulé pour un item type donné (par ex. business /hCard) n'est pas présent, alors repliez vers le parsage pour des sous-propriétés item et construisez un microformat implicite encapsulé à partir de ces sous-propriétés. Alternative, prenez simplement les sous-propriétés fn, url, photo qui sont présentes telles quelles, ne vous souciez pas de sous-entendre une hCard.
"fn" implicite à l'intérieur de l'item. S'il n'y a pas de "fn" alors traitez l'"item" entier comme un "fn".

les items de type place DEVRAIENT utiliser un geo ou adr ou hCard imbriqué comme l'item lui-même .
les items de type url DOIVENT spécifier une propriété url pour l'item (dans hReview 0.3 en ayant une propriété "url" pour l'item n'est seulement qu'un DEVRAIT)
notez qu'à l'avenir, les items de type product DEVRAIENT utiliser un microformat embarqué product. hListing a aussi montré qu'il peut y avoir un besoin pour un microformat product.
remarqué et clarifié que l'item type de "url" signifie que la critique ne s'applique *seulement* qu'à la ressource présente sur cet URL, que ce soit une page HTML, une image, un mp3, ou quoi que ce soit. Alors que l'item type "website" s'applique à tout cet URL et contenu dans n'importe quel sous-répertoire.
est-ce que la propriété version est nécessaire ? actuellement elle est optionnelle et créée invisiblement par le hReview creator. Il n'est pas clair qu'elle soit nécessaire pour le parsage, parce que toutes les modifications vers hReview ont été rendues compatibles avant/arrière et que c'est notre objectif que de continuer à produire des modifications compatibles.
est-ce que la propriété type est nécessaire ? Elle aussi est créée invisiblement par le hReview creator.
laisser tomber self à partir du permalink. Même hAtom utilise simplement bookmark, ainsi devrait faire hReview.
devrait autoriser plusieurs licences

hReview
hReview-aggregate - microformat pour spécifier l'information résumée provenant d'une collection d'avis sur un produit ou service
hReview creator (feedback) - créer votre propre hReview.
hReview publication - apprendre comment ajouter du balisage hReview à votre information de contact existante
hReview brainstorming - idées pour améliorer hReview
antisèche hReview - propriétés hReview
hReview exemples dans la jungle - une liste en cours de sites web qui utilisent hReview.
hReview FAQ - Si vous avez des questions à propos de hReview, regardez ici, et si vous ne trouvez pas de réponses, ajoutez vos questions !
hReview feedback - Réactions bienvenues !
hReview implementations - les sites web ou outils qui soit génèrent ou parsent les hReviews.
hReview problématiques - Ajoutez svp toutes les problématiques avec la spécification sur la page problématiques
hReview parsage - Détails normatifs sur la manière de parser les hReviews.
hReview profil - Le profil XMDP pour hReview
hReview tests - une page wiki avec de véritables hReviews embarquées pour essayer le parsage.
hReview soutien - encourager les autres à utiliser hReview.
exemples de critiques
- hReview exemples
formats de critiques
brainstorming critiques - l'endroit où nous avons brainstormé sur les formats de critiques avant d'en venir à hReview.
currency - proposition pour baliser les montants en argent (par ex. les prix d'items critiqués)
Aggregate reviews - examples - formats - brainstorming