[mpris] Playlist extension

[Conor Curran]

As Bertrand and I mentioned last week the simple use-case for this 
extension has a practical purpose and should provide enough 
functionality for it to be useful in the future. More advanced use-cases 
seem to blur the lines that distinguish MPRIS from the other protocols 
and I'm not quite sure of the use-cases.

Considering this, it would be superb if this extension as it basically 
is could be completed and published in the near future (next week or so) 
so as we can practically begin developing upon it.

Conor

On 04/11/10 21:46, Zeeshan Ali (Khattak) wrote:
> On Thu, Nov 4, 2010 at 11:28 PM, Ian Monroe<ian at monroe.nu>  wrote:
>> On Thu, Nov 4, 2010 at 3:54 PM, Zeeshan Ali (Khattak)<zeenix at gmail.com>  wrote:
>>>>>>>> Ok you make a good point. If we can use this API to just show a list
>>>>>>>> of playlists without items, then it could be used.
>>>>>>>    You could use it for that purpose, yes! But whats the use-case?
>>>>>> Well you might not know the contents of a dynamic/online/smart
>>>>>> playlists before you start playing it.
>>>>>   Hmm.. then how would one play individual tracks from playlists?
>>>>> IMHO, thats a use-case that we must address.
>>>> Well you can't.
>>>   And you don't see that as a problem at all?
>> Yes, I see the problem, just no solution outside of having separate
>> APIs. Having a list of tracks that you intend for someone else to play
>> is different then a music player providing a set of playlists that it
>> can play.
>    True but as a user I would definitely the ability to 'browse and
> play selected songs from a playlist' in both cases.
>