[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