On Tue, 2007-08-14 at 11:38 -0400, Manu Sporny wrote: > Martin McEvoy wrote: > > Am I correct in thinking that the proposed hAlbum track Property > > http://microformats.org/wiki/audio-album-proposal#Track > > Is redundant as hAudio is a track? > > That's a question we've been wrestling with for some time, Martin. > Here's why I'm in support of TRACK: > > - TRACK gives the publisher much more flexibility when marking up data. > > For example, if there is a paragraph of text that contains multiple > hAudios from multiple albums, but only one of the tracks mentioned > belongs to the hAlbum specified in the current paragraph, we don't want > the uF parser to accidentally assume that all hAudios belong to the > album specified.
That Makes sense ... > > Or, we can look at the counter to that point. If we don't have TRACK, > how can we differentiate hAudios that belong to an hAlbum from hAudios > that don't belong to an album in a single paragraph? we cant can we? they would all get lumped together.. > > TRACK lets us be more specific about what we are describing AND gives > publishers more flexibility when publishing data. > > > I have marked up a new page for the purpose of testing hAlbum which > > demonstrates this fact > > > > http://weborganics.co.uk/files/hAlbum.html > > The page looks great... we'll try and get an hAlbum Operator > implementation together and see what it looks like when we do a complete > round-trip with the hAlbum uF. > > -- manu Thanks for clearing that up for me. Martin > > _______________________________________________ > microformats-new mailing list > [email protected] > http://microformats.org/mailman/listinfo/microformats-new
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ microformats-new mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-new
