Thanks for clarifying that -- your follow-up email to Julian helped
illustrate usage as well. It seems a bit odd taxonomically (my
initial reaction is that an album without a name shouldn't be
assigned one for the sake of microformats), but acceptable if it
means we're coming closer to a final working proposal :)
On Oct 14, 2007, at 11:47 AM, Manu Sporny wrote:
Justin Maxwell wrote:
On Oct 14, 2007, at 11:12 AM, Martin McEvoy wrote:
A container for another hAudio item. Used in conjunction with
album-title.
[snip]
* hAudio MAY have one or more tracks, but MUST have album-
title
defined. If album-title is not defined, track cannot be
defined.
Sorry to be jumping in late here, but I'm afraid this poses a problem
with self-titled albums, of which there are many in existence.
Unless
the implementer is forced to input "S/T" or "self-titled" as album-
name,
which is still incorrect because that's not what the creator has
named
the album, the model fails.
I don't think it does, Justin... let me know if this mark-up doesn't
work. The example album is Celldweller:
http://www.bitmunk.com/view/media/6068744
This album is a self-titled release by Celldweller.
<div class="haudio">
<span class="fn album contributor">Celldweller</span>
just released their first self-titled album.
</div>
You can mention tracks for self-titled albums fairly easily with the
newest set of proposals:
<div class="haudio">
<span class="fn album contributor">Celldweller</span>
just released their first self-titled album. You might have heard the
first song on the album, <span class="track">Switchback</span>.
Another
good song is <span class="track">Symbiont</span>.
</div>
Is that what you were concerned about?
-- manu
_______________________________________________
microformats-new mailing list
[email protected]
http://microformats.org/mailman/listinfo/microformats-new
_______________________________________________
microformats-new mailing list
[email protected]
http://microformats.org/mailman/listinfo/microformats-new
