hreview-feedback: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(hreview-feedback moved to hreview)
 
No edit summary
Line 1: Line 1:
#REDIRECT [[hreview]]
= hReview Feedback =


This document is for keeping track of feedback about [[hReview]], one of several MicroFormats.
== Feedback ==
=== General Questions ===
See the [[hReviewFAQ]].
=== General Comments ===
April 30, 2005:
Nice work :-) Some questions:
For the most part, the concept of the format's "fields" translates, in any particular case, to the field name appearing in the class attribute of an element, and the field value appearing in the text of the element. Right?
Can it be generally stated that it doesn't matter which elements these class/fields are attached to? If not, what are the specific constraints?
It'd be useful to outline any cases where:
* fields or values appear in other attributes (e.g., class="type" title="business")
* an element indicated as a field can contain more than text, or a mix of text and other elements (e.g., some of the 1 of 5 type rating span examples)
Also, what is the constraint about class attributes containing multiple values where one is a field name (i.e., I assume you're not supposed to put two field names in the same class--but, what is the extent of the constraint? Can multiple class values be used as long as they don't look like two field names?)
Also ([[RelTag]] question), does RelTag support this kind of eleaborate label (where the tag indicated element has more than just a text value that exactly matches the last part of the uri?):
<pre><nowiki>
<li><a href="http://flickr.com/photos/tags/Price" rel="tag">
Price: <abbr class="rating" title="2">$$</abbr>...</a></li>
</nowiki></pre>
Doesn't RelTag significantly constrain what appears enclosed within the A element? i.e., (from Technorati's tag description:)
<pre><nowiki>
<a href="http://technorati.com/tag/[tagname]" rel="tag">[tagname]</a>
</nowiki></pre>
-[http://icite.net/blog/ Jay Fienberg]
</pre></nowiki>
----
I don't know how widespread it is to have summaries of a review in one place and then point to them in another, but that's something I do on one of my sites, where reviews are accepted by trackback (eg. [http://grwifi.net/location/Common+Ground+Coffee+Shop | this page]). I've blogged a possible markup for that [http://jystewart.net/process/archives/2005/04/initial-thoughts-on-hreview/ | here]
- JamesStewart
----
I've added some items to the  FAQ page ([[hReviewFAQ]]) Please take a look at them and feel free to clarify or modify.
-RyanKing
----
I've been following the evolution of microformats on Technorati with great interest and hReview seems to really break new ground. Reviews represent something big enough that they have their own identity, they can be 'referenced'. In contrast hCard and hCalendar seem to be more of a 'pass-by-value' proposition (I've ammended my SmartTag + AutoLink = SmartLink [http://adriancuthbert.blogspot.com/2005/04/smartlink.html experiment] to support [[hCalendar]]). To that end I was surprised at the specification. I've explained things more fully [http://adriancuthbert.blogspot.com/2005/05/review-of-hreview.html here]
-[http://www.technorati.com/profile/acuth Adrian Cuthbert]
----
Has anyone considered list context? I have adapted my Developer's Resource Index, which is in essence a list of reviews, to use the hReview spec. However, is it appropriate to set the entire list as <code>&lt:dl class="hreview"&gt;</code>, or each individual item by wrapping the <code>&lt;dt&gt;</code>/<code>&lt;dd&gt;</code> pairs in a &lt;div&gt; (which is the approach I took)?
'''Follow-up''': scratch that last comment: Since I'm using XHTML 1.1, <div> is not allowed in this context. Which of course brings me back to the original question. Hmm...
Have a look at an example of the code if you'd like: [http://loadaveragezero.com/app/drx/Data_Formats/Markup_Languages Markup Languages]. I will post this URI to del.icio.us tagged as hreview as well.
[http://loadaveragezero.com/hnav/contact.php Douglas Clifton]
----
Shouldn't it be mentioned somewhere in which language the review is written in? Is it just a slip of the mind, or a very US-centric attitude, dude? I don’t think adding language info would be out of scope, as it would help filter out unwanted languages from search queries; plus, Ce n’est pas parce que mon blog est en anglais, &#44845; &#33521;&#35486;&#47564; &#50416;&#45716; &#44163;&#51060; &#50500;&#45768;&#45796;… What if I wanted to post the same review in different languages, or quote something in another language..?
[http://sungnyemun.org/wordpress/ dda]
----
A sample xhtml fragment of "Multidimensional Restaurant Review" is not valid XML format.
original:
  This <abbr class="type" title="business">
  <a href="http://en.wikipedia.org/wiki/cafe" rel="tag">cafe</abbr></a>
correct:
  This <abbr class="type" title="business">
  <a href="http://en.wikipedia.org/wiki/cafe" rel="tag">cafe</a></abbr>
[http://yohei-y.blogspot.com YAMAMOTO Yohei]
Thanks for the feedback Yamamoto, that was my typo and the example has been corrected. - [http://tantek.com/ Tantek]

Revision as of 05:00, 19 June 2005

hReview Feedback

This document is for keeping track of feedback about hReview, one of several MicroFormats.

Feedback

General Questions

See the hReviewFAQ.

General Comments

April 30, 2005:

Nice work :-) Some questions:

For the most part, the concept of the format's "fields" translates, in any particular case, to the field name appearing in the class attribute of an element, and the field value appearing in the text of the element. Right?

Can it be generally stated that it doesn't matter which elements these class/fields are attached to? If not, what are the specific constraints?

It'd be useful to outline any cases where:

  • fields or values appear in other attributes (e.g., class="type" title="business")
  • an element indicated as a field can contain more than text, or a mix of text and other elements (e.g., some of the 1 of 5 type rating span examples)

Also, what is the constraint about class attributes containing multiple values where one is a field name (i.e., I assume you're not supposed to put two field names in the same class--but, what is the extent of the constraint? Can multiple class values be used as long as they don't look like two field names?)

Also (RelTag question), does RelTag support this kind of eleaborate label (where the tag indicated element has more than just a text value that exactly matches the last part of the uri?):

<li><a href="http://flickr.com/photos/tags/Price" rel="tag">
Price: <abbr class="rating" title="2">$$</abbr>...</a></li>

Doesn't RelTag significantly constrain what appears enclosed within the A element? i.e., (from Technorati's tag description:)

 <a href="http://technorati.com/tag/[tagname]" rel="tag">[tagname]</a>

-Jay Fienberg

</nowiki>


I don't know how widespread it is to have summaries of a review in one place and then point to them in another, but that's something I do on one of my sites, where reviews are accepted by trackback (eg. | this page). I've blogged a possible markup for that | here

- JamesStewart


I've added some items to the FAQ page (hReviewFAQ) Please take a look at them and feel free to clarify or modify.

-RyanKing


I've been following the evolution of microformats on Technorati with great interest and hReview seems to really break new ground. Reviews represent something big enough that they have their own identity, they can be 'referenced'. In contrast hCard and hCalendar seem to be more of a 'pass-by-value' proposition (I've ammended my SmartTag + AutoLink = SmartLink experiment to support hCalendar). To that end I was surprised at the specification. I've explained things more fully here

-Adrian Cuthbert


Has anyone considered list context? I have adapted my Developer's Resource Index, which is in essence a list of reviews, to use the hReview spec. However, is it appropriate to set the entire list as &lt:dl class="hreview">, or each individual item by wrapping the <dt>/<dd> pairs in a <div> (which is the approach I took)?

Follow-up: scratch that last comment: Since I'm using XHTML 1.1,

is not allowed in this context. Which of course brings me back to the original question. Hmm...

Have a look at an example of the code if you'd like: Markup Languages. I will post this URI to del.icio.us tagged as hreview as well.

Douglas Clifton


Shouldn't it be mentioned somewhere in which language the review is written in? Is it just a slip of the mind, or a very US-centric attitude, dude? I don’t think adding language info would be out of scope, as it would help filter out unwanted languages from search queries; plus, Ce n’est pas parce que mon blog est en anglais, 꼭 英語만 쓰는 것이 아니다… What if I wanted to post the same review in different languages, or quote something in another language..?

dda


A sample xhtml fragment of "Multidimensional Restaurant Review" is not valid XML format.

original:

 This 
 <a href="http://en.wikipedia.org/wiki/cafe" rel="tag">cafe</a> 

correct:

 This 
 <a href="http://en.wikipedia.org/wiki/cafe" rel="tag">cafe</a> 

YAMAMOTO Yohei

Thanks for the feedback Yamamoto, that was my typo and the example has been corrected. - Tantek