JOLIE and Plasma: status and discussion

[Aaron J. Seigo]

On Monday 24 November 2008, Fabrizio Montesi wrote:
> On Monday 24 November 2008 20:24:59 Aaron J. Seigo wrote:
> > On Monday 24 November 2008, Fabrizio Montesi wrote:
> > > We would need to support the loading of Jolie scripts anyway (for more
> > > complex cases or coding distributed behaviour as backend to a
> > > plasmoid), so while this option (the XML one) could be nice I'm
> > > wondering if we would end up with too many ways to do the same thing,
> > > and I don't like this feeling. ;)
> >
> > yes, Jolie scripts don't look all that difficult to do and we should be
> > able to provide a number of stock scripts that cover the common cases,
> > preventing developers from having to dip into Jolie scripting unless they
> > are interfacing with something that has quirks.
> >
> > so let's just KISS
>
> Let's recap a bit about ::access.
>
> For quirk-free things, one liner:
> Service::access(Service::Location& location, Service::Protocol protocol =
> Service::Protocol::Native)
>
> Where Service::Protocol::Native is what you need for accessing a
> Plasma::Service published on another machine.

sounds really good.

on implementation detail: i'd make it a top level enum in the Plasma namespace 
(ServiceProtocols?), so you can just do: Plasma::NativeProtocol or 
Plasma::SoapProtocol from outside of libplasma.

> For adapters:
> Service::access(QString& jolieScript) // perhaps to find a better way than
> a QString?

would this require a location as well, or is that supposed to be in the 
script? oh wait, i see you answer that next:

(another implementation detail: it shoudl be a const QString &; welcome to c++ 
;)

> An adapter could require some initialization data (like the URI of the
> service to bridge to),

so some adaptors don't require a location? hm.

> meaning an initial call to its "initialize"
> operation just after access-ing it. Easy, but it's not a one liner.

what would the initialize call look like? perhaps we can merge the two 
methods, even..

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20081124/d82c1c01/attachment.sig