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. 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? 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 _______________________________________________ microformats-new mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-new
