<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Hi Ian,<br>
<br>
The use-case I have in mind is that a remote control can fetch a
list of playlists, display them with their respective icons and have
the ability to start playing one . <br>
<br>
>Perhaps the type of the playlist should be revealed? I could
imagine a applet using an icon to >indicate it. ...potentially be
a dynamic playlist or an online service? <br>
<br>
Good idea ! I could expand the sound menu spec to differentiate
between the different types of playlists. Of course as you pointed
out the ordering aspect would be redundant if it were a online
service of some type. <br>
<br>
So by dynamic playlist what do we mean exactly ?<br>
<br>
Conor<br>
<br>
<br>
<br>
<br>
On 28/10/10 13:23, Ian Monroe wrote:
<blockquote cite="mid:1288286589.1281.11.camel@Nokia-N900"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="generator" content="Osso Notes">
<title></title>
<p>----- Original message ----- <br>
> Hi folks, <br>
> <br>
> Way back Alex proposed an extension to the spec to handle
Playlists. <br>
> There didn't seem like there was too much interest at the
time, <br>
> apologies for my silence I had a Maverick release to attend
to. <br>
> So how about now, I think there are some clients which are
interested. <br>
> The extension can be found here. <br>
> <br>
> <a moz-do-not-send="true"
href="http://www.randomguy3.me.uk/mpris/Playlists.html">http://www.randomguy3.me.uk/mpris/Playlists.html</a>
<br>
> <br>
> Conor <br>
> <br>
> -- <br>
> Sound Architect <br>
> Desktop Experience Team <br>
> Product Strategy <br>
> Canonical <br>
<br>
The Url type is defined and not used (I think). <br>
<br>
Which is fine with me. It appears the API does not assume a
playlist is a static list of songs to play, but could
potentially be a dynamic playlist or an online service? <br>
<br>
Perhaps the type of the playlist should be revealed? I could
imagine a applet using an icon to indicate it. <br>
<br>
I do see some assumption of static-ness in the ordering enum.
Last modified wouldn't mean the same thing or even typically be
recorded for a dynamic playlist. <br>
<br>
Regardless the spec needs some more "conceptual" defintion of
what sort of playlist should be returned and the intended
use-case to ensure some uniformity between players. The reason
this api wasn't included with the rest is that its use-case and
concepts aren't as self-evident as the other MPRIS apis. <br>
<br>
Ian</p>
</blockquote>
</body>
</html>