[Playlist] CPAN module

[Dan Sully]

* Lucas Gonze shaped the electrons to say...

>Have you tested against the http://svn.xiph.org/trunk/xspf/testcase/ 
>testcases?

Only a few since I saw your mail yesterday. Is this valid XML in
pass/track-extensive.xspf?

<!-- The time to re... This value is only a hint -- different XSPF ... -->

The double-dash causes the perl XML::Parser to blow up.

>>Also - in my testing (specifically from webjay.com), I noticed a number of
>>playlists that had a UTF-8 xml encoding specified, but the content was
>>actually cp1252. Lucas - is that a bug in webjay?
>
>It definitely is a bug in Webjay.  This reminds me of a old problem with 
>cached Atom feeds.
>
>How can you tell the actual charset, Dan?

Through much pain in dealing with charsets over the past year and a half. :)

See:

http://svn.slimdevices.com/*checkout*/trunk/server/Slim/Utils/Unicode.pm

the encodingFromString() function checks for different well known types.

>Very happy to hear about Slim support.  Does this mean that a Slim user 
>could invoke an XSPF document containing URLs and it would work?  Could 
>the XSPF document itself be known only by URL and not be a local file?

Yes - you can punch a http XSPF URL into the "Radio Tune In" field in our
webUI.. or if you are browsing a Podcast or RSS feed that links to an XSPF
document, that will work as well. The XSPF document does not need to be local.

-D
--
They're techno trousers, ex-NASA, fantastic for walkies!