Stable DCOP Interface For Listing Collection Contents?

[Max Howell]

So, all I really want to start with is a dcop call to give me a list of all
the albums, and perhaps an equivalent for the album art. And a way to get
URLs for the tracks in the albums.

The strings could be stamped with the db numeric id, and the string and id
delimiter separated. I am reluctant to design an entire XML representation
before anyone really knows what people will want from it.

So if I added those functions, nobody would hate me, right? :)

Max

ps I'd try not to freeze the GUI but I assume DCOP needs to be done in the
GUI thread, so prolly there is no option. Next best thing is present the
user with a message saying "This is not a DOS, something did a big DCOP
call"

On 19/10/06, Jeff Mitchell <kde-dev at emailgoeshere.com> wrote:
>
> Max--
>
> I don't think there is currently (someone correct me if I'm wrong), but
> one
> could probably be implemented fairly trivially, with a caveat: with a
> large
> collection, spitting the data out may cause some freezing of the GUI
> thread.
>
> One problem with this, however, is: what data should be spat out (just
> artist
> and song, or artist, song, genre, year...)?  How should the data be
> separated
> (commas are a bad idea since some song titles or artist names may have
> them,
> so semicolons?  something else?)?
>
> --Jeff
>
> On Wednesday 18 October 2006 19:53, Max Howell wrote:
> > Is there a way to get the collection contents with DCOP?
> >
> > Is there anyway to do it outside of amarokapp, without using raw SQL? As
> I
> > want a stable interface.
> >
> > Ta! :)
> >
> > Max
> _______________________________________________
> Amarok mailing list
> Amarok at kde.org
> https://mail.kde.org/mailman/listinfo/amarok
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/amarok/attachments/20061019/6b544a7c/attachment.html>