In a previous post, I’d mentioned that I’d installed the hReview plugin, but then deactiviated it due to “problems”. A comment from the author of the plugin, Andrew Scott, asked what those problems might be, and I realised that I simply hadn’t given the plugin a fair go before dismissing it. Below is my review of hReview (marked up as a microformat *using* hReview, naturally), though my styling could do with a tweak.
Newer versions of this plugin have been released since the review was written that may have fixed the negative bits mentioned below.
hReview WordPress Plugin does the job well
The plugin installs fine, and activates without a problem. It appears on the Write Post page as either a star or the word “hReview” (depending on if you use the visual editor or not). Selecting the star/hReview brings up a dialogue box where details of the review can be entered in. Comparing it to the hReview specs, I can see that it does cover most of the items, although some of the optional bits are missed out.
When I first used it, I’d tried using the
typeoption to specify a product. In the visual editor this just came up as a single word in a paragraph of it’s own. Now a word is not a paragraph, so perhaps this should be marked up as a span instead. Looking at the code view, I can now see that some inline styles had been applied so that the paragraph was set to
display: none;anyway. Now I know I can hack the plugin, or my own CSS, but I would prefer this word to be in a span, capitalised, with a colon, before the item name – so in this review it would have said: Product: hReview WordPress Plugin. Other
types would have the same effect. Simply having (optional) data included in the source for the sake of a microformat, yet not displaying it visually is kind of against the microformat principles.
Using the dialogue box, once the content of the review has been inserted into the post editor, adding more content means looking in the code view and working out which bit you want to edit. This is fine if you have any idea about HTML, but may be scary if you don’t. Clicking the star/hReview button again brings up a blank new review box, rather than being able to edit the first review. Perhaps clicking the star should bring up the existing review, but have a button on the dialogue box for a new review (a form reset button in effect).
Lastly, part of the spec mentions the use of
license. These are optional data that can be included with an hReview. Sadly, the current plugin doesn’t cater for these, which, although they are optional, may be important to certain reviewers. Ideally, the
dtreviewedcould be added to the post date (the specs do suggest this), and the
reviewercould be added to the author data, marked up as a hCard (the specs say parsers should look outside the hReview if a
reviewercan’t be found inside the review). Of course this would mean adding it into the WordPress templates, which may or may not be possible via scripting the DOM. Alternatively, settings on the dialogue box would be better and solve the problems above, as the reviewer may not be the poster, and the review date may not be the posting date. A drop down list of common licenses should also be available – those who know what they are can use it, or it can be optionally left blank.
Overall, the plugin does the job it claims to, and I admit that my previous comments were unfair (I’ll go highlight it in that post shortly).
It would be nice if the Operator / Tails Firefox addons offered support for hReview, and perhaps the author of hReview may wish to contribute to those as well.If you intend to carry out reviews of any sort, and use WordPress, then the hReview WordPress Plugin from Andrew Scott is for you.