[uf-new] hAudio: audio-title/album-title vs. recording/album

Martin McEvoy martin at weborganics.co.uk
Sat Oct 13 10:43:55 PDT 2007


On Sat, 2007-10-13 at 17:13 +0100, Andy Mabbett wrote:
> In message <1192288664.875.93.camel at localhost.localdomain>, Martin
> McEvoy <martin at weborganics.co.uk> writes (corrected per his follow-up)
> 
> >> > 4:46, in plain English, is not an abbreviation of "P268T".
> >>
> >> No you are correct it isn't It needs changing.
> >
> >would this work:
> >
> ><abbr class="duration" title="267600">4:46</abbr>
> >
> >title is expressed in milliseconds 4:46 is a human readable
> >abbreviation
> 
> It would "work", in that could be parsed; but "4:46" is *not* an
> abbreviation of "267600". Consider, also that that might be in a table
> whose column-title is "duration in minutes and seconds".
> 
> If the evidence is that people are publishing times as "4:46", why not
> simply allow them to do so as part of this microformat:
> 
>         <span class="duration">4:46</span>
> 
> and for longer works:
> 
>         <span class="duration">1:16:00</span>
> 
> Where the pattern is:
> 
>         nn (seconds)
> 
>         nn:nn (minutes and seconds)
> 
>         nn:nn:nn (hours, minutes and seconds)
> 
> Additionally, decimal values in seconds could be allowed:
> 
>         nn:nn:nn.nn
> 
> 
> That said, 4'46", 4m46s and 4mins 46secs, and more, have to be catered
> for. This:
> 
>         <abbr class="duration" title="4:46">4m 46s</abbr>
> 
> is less of an abuse of abbr, but still not right.
> 
> 
> I think we should resolve the abbr-accessibility "elephant in the room",
> once and for all, before introducing any new mis-uses of abbr. After
> all, it was identified over a year ago...

You have made a fair argument I have no problems with this I would
recommend that in hAudio any use or the abbr-pattern should be delayed
until all accessibility issues are resolved

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

+1

Martin McEvoy
> 



More information about the microformats-new mailing list