[uf-new] XOXO + hAudio = Playlist problems

Wed Jun 6 09:02:11 PDT 2007

On Wed, 2007-06-06 at 10:29 -0400, Manu Sporny wrote:
> Hmm, looks like the xoxo + haudio = playlist position that I've been
> defending for playlists has a major problem.
> 
> Can somebody please verify or deny that the problem exists. If enough
> people can verify that this is a problem I'm going to be dropping my
> support for xoxo + haudio = playlist.
> 
> In fact, this is a general problem with xoxo for lists embedded in
> tables. Many of the audio-info-examples use tables to list track
> information.
> 
> When you load the following HTML in Firefox, the numbering for the list
> gets screwed up. So much for simple playlist markup:
> 
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
>   <head>
>     <title>XOXO for Playlists is bad...</title>
>   </head>
> 
>   <body>
> 
>     <p>
>        There seems to be quite a problem when using XOXO with
>        tables. The numbering of playlist entries does not work as
>        expected.
>     </p>
> 
>     <h1>XOXO Playlist embedded in a table</h1>
> 
>     <!-- This is marked up via XOXO in a table -->
>     <ol class="xoxo">
>       <table border="3">
>        <tr><td><li>Song A</li></td><td>Download</td></tr>
>        <tr><td><li>Song B</li></td><td>Download</td></tr>
>        <tr><td><li>Song C</li></td><td>Download</td></tr>
>        <tr><td><li>Song D</li></td><td>Download</td></tr>
>       </table>
>     </ol>

No this is a problem xoxo can not be used in a table this way produces
invalid markup

you would have to mark your table up like this:

<ol class="xoxo">
<li>
<table>
<tr><th axis="track">Song A</th><td axis="acquire">download</td></tr>
<tr><th axis="track">Song B</th><td axis="acquire">download</td></tr>
<tr><th axis="track">Song C</th><td axis="acquire">download</td></tr>
<tr><th axis="track">Song C</th><td axis="acquire">download</td></tr>
</table>
</li>
</ol>

notice I left out border="3" use CSS to do this.

really you are supposed to give each axis property an id attribute too

I don't know if you would lose or gain any semantics using tables 

Tables are nothing that microformats have got round to exploring (Yet)

-martin- 

> 
>     <h1>XOXO Playlist without being embedded in a table</h1>
>     <!-- This is marked up via XOXO as well, but not in a table -->
>     <ol class="xoxo">
>        <li>Song A Download</li>
>        <li>Song B Download</li>
>        <li>Song C Download</li>
>        <li>Song D Download</li>
>     </ol>
>   </body>
> </html>
> 
> -- manu
> 
> _______________________________________________
> microformats-new mailing list
> microformats-new at microformats.org
> http://microformats.org/mailman/listinfo/microformats-new
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2171 bytes
Desc: not available
Url : http://microformats.org/discuss/mail/microformats-new/attachments/20070606/5e9accc8/smime-0001.bin