I'm concerned that it won't be possible to mix hAtom and hAudio as flexibly as I'd like with this but it might be for the best. The main problem I see is that it would be hard to share elements between hAudio and hAtom (such as entry-title and audio-title) because to prevent the audio's published being confused for the entry's published the audio's published needs to be inside entry-content or entry-summary.
<br><br>Consider this pseudo-xhtml:<br>&lt;div class=&quot;hentry haudio&quot;&gt;<br>&nbsp; &lt;h1 class=&quot;entry-title&quot;&gt;<br>&nbsp;&nbsp;&nbsp; &lt;span class=&quot;audio-title&quot;&gt;Second Hand News&lt;/span&gt; by <br>&nbsp;&nbsp;&nbsp; &lt;span class=&quot;contributor vcard fn&quot;&gt;Fleetwood Mac&lt;/span&gt; 
<br>&nbsp;&nbsp;&nbsp; (&lt;span class=&quot;published&quot;&gt;1977&lt;/span&gt;)<br>&nbsp; &lt;/h1&gt;<br>&nbsp; &lt;div class=&quot;entry-content&quot;&gt;This song is great&lt;/div&gt;<br>&nbsp; &lt;div&gt;blog posted: &lt;span class=&quot;published&quot;&gt;August 19th, 2007&lt;/span&gt;&lt;/div&gt;
<br>&lt;/div&gt;<br><br>One approach would be to put the whole hAudio inside the entry-content so it is hidden from the hAtom, but then we couldn&#39;t mark up the title with the semantic information in it.<br><br>I know there are ways to fiddle with the nesting to get this specific case right but I think it&#39;s just a little too fiddly and the meaning of &quot;published&quot; in Atom is sufficiently different from its meaning as it relates to audio that mixing the two is not ideal.
<br><br>Ian<br><br><div><span class="gmail_quote">On 8/5/07, <b class="gmail_sendername">Manu Sporny</b> &lt;<a href="mailto:msporny@digitalbazaar.com">msporny@digitalbazaar.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Skipping haudio ISSUE #2 because we don&#39;t have halbum done yet. halbum<br>might also use audio-title, or album-title. Use of FN or SUMMARY could<br>conflict. We&#39;ll revisit hAudio ISSUE #2 when we have halbum in a more
<br>stable state.<br><br>hAudio ISSUE #3:<br><a href="http://microformats.org/wiki/audio-info-issues#published-date_Property">http://microformats.org/wiki/audio-info-issues#published-date_Property</a><br><br>published-date is a duplicate of the PUBLISHED property found-in hAtom.
<br>This can be collapsed to a single property name or dtstart, from hCalendar.<br><br>Possible Solutions<br><br>&nbsp;&nbsp; 1. Use PUBLISHED instead<br>&nbsp;&nbsp; 2. Use DTSTART instead<br>&nbsp;&nbsp; 3. One of the two above, and make published an hCalendar event
<br><br>I suggest that we use PUBLISHED and not make it an hCalendar event to<br>stay in line with how PUBLISHED is defined in hAtom. It should use the<br>date-time-design-pattern.If you are involved in hAudio (or want to be),
<br>please give the list an &quot;AGREE/+1&quot; or disagree with a line of reasoning.<br><br>-- manu<br><br>_______________________________________________<br>microformats-new mailing list<br><a href="mailto:microformats-new@microformats.org">
microformats-new@microformats.org</a><br><a href="http://microformats.org/mailman/listinfo/microformats-new">http://microformats.org/mailman/listinfo/microformats-new</a><br></blockquote></div><br><br clear="all"><br>-- <br>
Ian McKellar &lt;<a href="http://ian.mckellar.org/">http://ian.mckellar.org/</a>&gt;<br>+1 415 867 9255<br><a href="mailto:ian@mckellar.org">ian@mckellar.org</a>: email | jabber | msn<br>ianloic: flickr | aim | yahoo | skype | linkedin | etc.