[uf-new] hAudio Examples (was: hAudio Specification Page is published)

[Martin McEvoy]

On Sun, 2007-11-04 at 01:34 +0000, Ben Ward wrote:
> On 3 Nov 2007, at 15:42, Manu Sporny wrote:
> > The hAudio Draft Specification has a new home:
> >
> > http://microformats.org/wiki/haudio
> 
> I've been through and edited the examples to fix issues with  
> validation and incorrect closing tags.
> 
> I have the following issues with them:
> 
> • class="price" should not include mark-up from a currency proposal.  
> It could endorse, promote and spread use of mark-up that is later  
> discarded as sub-optimal. I don't think the hAudio spec should  
> advocate use of an unfinished microformat at all.
> 
> <span class="price">£1</span> should be sufficient for these examples  
> at the moment.

Much Like the hListing proposal
http://microformats.org/wiki/hlisting-proposal#Simple_Listing

Agreed

> 
> • All uses of the ABBR pattern for dates and times should use  
> hyphenated separators. We're still in an accessibility grey spot with  
> regards to the whole thing, but it was noted that splitting dates  
> with hyphens made it acceptable in some cases ("2007-11-03" over  
> "20071103"). I don't know what the effect is of your new duration  
> abbreviations. It's important that someone with access to the right  
> equipment tests those expansions with assistive technology. If it's  
> appropriate to hyphenate the expansions in the time formats, then  
> they should be.

My Preference for now is simply to use

<span class="duration">4:44</span> 

which I believe is an ISO 8601 time format
http://en.wikipedia.org/wiki/ISO_8601#General_principles

any use of the abbr design pattern I think should be kept to a minimal
in the creation of hAudio, or any new Microformat for that matter.

> 
> • I'm of the view that whilst use of HTML elements should be neutral  
> wherever possible (SPAN, DIV), use of presentational elements such as  
> BR should not feature in our examples. Some of the examples are using  
> BR to change the presentation. These should be reworked somehow.
> 
> Ben

Thanks

Martin
> 
> 
> _______________________________________________
> microformats-new mailing list
> microformats-new at microformats.org
> http://microformats.org/mailman/listinfo/microformats-new