Stable DCOP Interface For Listing Collection Contents?

Mike Diehl madpenguin8 at yahoo.com
Fri Oct 20 13:33:23 UTC 2006


If all else fails, why not use QStringList::split()
and pass a QString with separators to specify which
columns you would like? 

Mike 
--- Jeff Mitchell <kde-dev at emailgoeshere.com> wrote:

> Seb--
> 
> I tried doing that a long time ago for another DCOP
> call.  I had a list 
> of filenames that I wanted to pipe into the call and
> have it run a 
> function on each.  Supposedly it's possible, but I
> couldn't find out the 
> correct syntax...a Google search told me several
> different ways, none of 
> which actually worked, and no one on #kde-devel had
> any (correct) idea.
> 
> DCOP has a flag you can pass to tell it to run a
> call on each string 
> passed in from stdin so I ended up doing that in my
> case, but it won't 
> work for you.  This might be a question for
> kde-core-devel?
> 
> If you do find out let me know...
> 
> --Jeff
> 
> Seb Ruiz wrote:
> > I'm not sure about how much dcop can do, but is it
> possible to have a
> > StringList as an argument?  Each string can
> specify the column of data
> > to add to the xml?
> >
> >
> > On 20/10/06, Max Howell
> <maxim.howell at googlemail.com> wrote:
> >   
> >>> Well, a good thing about XML is that it's, umm,
> extensible :-)
> >>>
> >>> It seems like you should be able to add possible
> fields without breaking
> >>> things as long as you don't take any fields
> away.  But outputting in XML
> >>> *does* provide a standard way to parse, which
> would be nice if people (i.e.
> >>> script writers) want to do things with this.  So
> I'd say XML++ too, but
> >>> that's just my opinion...
> >>>       
> >> Anyway, if I do XML, I'll go for a very simple
> markup, so I'll
> >> instantly limit the future of these functions,
> but if I stick to
> >> something crap someone will hate it and design a
> decent XML format
> >> based on whatever my crap evolves into.
> >>
> >> However I'll do XML as whatever you guys want
> really.
> >>
> >> Can we version these functions? As that way it's
> easy to improve them
> >> and keep backwards compatibility.
> >>
> >> Max
> >> _______________________________________________
> >> Amarok mailing list
> >> Amarok at kde.org
> >> https://mail.kde.org/mailman/listinfo/amarok
> >>
> >>     
> >
> >
> >   
> 
> _______________________________________________
> Amarok mailing list
> Amarok at kde.org
> https://mail.kde.org/mailman/listinfo/amarok
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



More information about the Amarok mailing list