[mpris] TrackList interface

[mirsal]

On Wed, 2011-11-16 at 13:50 +0000, Alex Merry wrote:
> On 15/11/11 16:10, Alex Merry wrote:
> > I've realised an issue with the tracklist interface
> 
> Also: in GetTracksMetadata, we don't define what should be returned if 
> one or more of the trackids is not valid (any more).

Indeed, maybe-types would probably have been helpful there.

> The two reasonable options here (as I see it) are:
> 1) the returned list exactly matches the sent list, in the same order, 
> with empty a{sv} entries for invalid track ids
> 2) the returned list only contains entries for valid track ids, (in 
> arbitrary order?), and it is up to the client to figure out which 
> metadata map corresponds to which track (based on the mpris:trackid 
> property)

Both of them sound equally sensible to me.

VLC behaves as option 2 (invalid track IDs are simply discarded) and
option 1 would only require only a one-line change.


Best,

-- 
mirsal 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.videolan.org/pipermail/mpris/attachments/20111118/c810679a/attachment.pgp>