Hi there,
I'm in the middle of moving right now (will be more stable after the
1st of September, at my new work place), but I'd be glad to discuss
anything related to QtJolie (given that I'm the maintainer of the
Jolie interpreter) if questions about Jolie and/or MetaService arise.
On Sat, Aug 21,
On Wed, Sep 30, 2009 at 3:45 PM, Rob Scheepmaker <
r.scheepma...@student.utwente.nl> wrote:
> Cool, I'll append some more information to the remote widgets design doc
> when
> I've got the time.
>
Great, thanks.
>
> > Also, publishing
> >
> > > a Plasma::Service using a different technology (li
On Tue, Sep 29, 2009 at 4:30 PM, Rob Scheepmaker <
r.scheepma...@student.utwente.nl> wrote:
> I never really considered the case of implementing a native
> Plasma::Services
> in jolie script since that could get a bit complicated anyway, considering
> the
> access control/message signing, plus add
Hi everyone,
I've studied the code of the Remote Widgets implementation and I'd like to
discuss some internals. Most of the following (if not all) could be already
known, anyway.
If I understood the implementation correctly, the parameters for operation
calls to a remote Plasma::Service are serial
On Wednesday 24 June 2009 04:16:34 Aaron J. Seigo wrote:
> On Tuesday 23 June 2009, Rob Scheepmaker wrote:
> > On Tuesday 23 June 2009 19:42:55 Fabrizio Montesi wrote:
> > > On Tue, Jun 23, 2009 at 7:05 PM, Rob Scheepmaker <
> > >
> > > r.scheepma...@s
On Tue, Jun 23, 2009 at 7:05 PM, Rob Scheepmaker <
r.scheepma...@student.utwente.nl> wrote:
> Hello everybody,
>
> [cut]
>
Hi Rob,
just a quick comment about identifying remote machines. What about combining
public key authentication with the bluetooth pairing method (the host writes
a PIN, the c
On Tuesday 07 April 2009 08:34:05 Aaron J. Seigo wrote:
> > > and i realized at that point that RunnerSyntax is probably not overly
> > > specific to runners... but rather to documenting what you can do with
> > > queries.
> > >
> > > it occurred to me that perhaps i should rename RunnerSyntax to
>
On Wed, Mar 25, 2009 at 9:24 AM, Kevin Ottens wrote:
> On Monday 23 March 2009 18:15:36 Rob Scheepmaker wrote:
> > I've mentioned my interest in this GSoC project before. Now I've made a
> > first draft of a proposal for GSoC.
>
> Excellent!
Indeed :-)
>
> > A way to synchronize changes betwee
arises I
offer myself as mentor because I'll need to mentor someone either way, under
one scope (GSOC) or another (University/Work/whatever).
2009/2/20 Aaron J. Seigo
> On Friday 20 February 2009, Fabrizio Montesi wrote:
> > Yo everyone.
> > In the GSoC ideas page there's
Yo everyone.
In the GSoC ideas page there's this entry related to Plasma: "Project:
Generic SOAP Dataengine". That projects overlaps with the work currently
being done with the integration of Jolie. Does anyone know anything about
that entry (it's been put anonymously)?
Cheers,
Fabrizio.
_
Hi everyone,
after plasma2jolie in kde's playground, why not jolie2plasma? ;)
If you update jolie's and dist-install, you'll find a new little program in
your $PATH: jolie2plasma. It lets you to extract and convert jolie
interfaces from a jolie program to a plasma::service .operations file. Let's
s
Asraniel awesomely produced a working converter already! :-)
Code's attached. I've already commented it a bit and it's already been
patched for more JOLIE compatibility.
Three points remain:
1) there are some plasma types jolie doesn't support, such as bool and uint
udouble. They are currently con
e-java if we do that in 2 or 3 months (JOLIE 1.0 will
enter RC after that, and metaservice-java will have its API frozen for some
time), provided that we don't completely overhaul it but i don't think
that'll be the case.
2009/1/28 Aaron J. Seigo
> On Wednesday 28 January 2009
My main problem for UPnP support is time, but as I've said I'd be willing to
mentor the JOLIE side of that. =)
Perhaps once we get this library and some end-user benefits (like
Plasma::Service integration and a plasmoid that makes use of it), we will
gain enough interest and get someone to cooperat
Looks like we are going to the same direction I took for giving Java support
to enterprise applications italianaSoftware and eos-software are developing:
metaservice-java.
http://jolie.svn.sourceforge.net/viewvc/jolie/trunk/support/metaservice-java/
See the MetaService class:
http://jolie.svn.sour
n, by using addRedirection one could also put in place "service access"
to an external service (web service, rest service or whatever), etc..
2009/1/27 Aaron J. Seigo
> On Monday 26 January 2009, Fabrizio Montesi wrote:
> > today igorto and vkrause (akonadi people) jumped in
Hi everyone,
today igorto and vkrause (akonadi people) jumped in #jolie to speak about
the possibility to integrate akonadi with Jolie. They're still
investigating, but the thing surely seem possible and sound. I think that
the best thing to do would be to share as much information and work as
pos
2009/1/21 Aaron J. Seigo
> On Wednesday 21 January 2009, Fabrizio Montesi wrote:
> > On Wednesday 21 January 2009 17:25:29 Aaron J. Seigo wrote:
> > > On Wednesday 21 January 2009, Riccardo Iaconelli wrote:
> > > > informed, i started working a bit on the plasma s
On Wednesday 21 January 2009 17:25:29 Aaron J. Seigo wrote:
> On Wednesday 21 January 2009, Riccardo Iaconelli wrote:
> > informed, i started working a bit on the plasma studio.
> > for now there's nothing at all to show, i'll see if i can get something
> > at least... with some buttons, an editor
On Tuesday 20 January 2009 19:13:51 Aaron J. Seigo wrote:
> On Tuesday 20 January 2009, Fabrizio Montesi wrote:
> > today I was chatting with asraniel on #plasma about making an automatic
> > generator of JOLIE interfaces from Plasma::Service .operations XML files
> > and h
Hi everyone,
today I was chatting with asraniel on #plasma about making an automatic
generator of JOLIE interfaces from Plasma::Service .operations XML files and he
decided to go ahead and start the project.
Such a tool would allow for fast, type-safe JOLIE adapter prototyping
(manually porting
On Wednesday 14 January 2009 10:21:21 Cornelius Schumacher wrote:
> On Wednesday 14 January 2009 10:11:22 Fabrizio Montesi wrote:
> > On Tuesday 13 January 2009 23:07:37 Cornelius Schumacher wrote:
> > > I think the best solution would be, if JOLIE could use kio-slaves as
>
On Tuesday 13 January 2009 23:07:37 Cornelius Schumacher wrote:
> On Tuesday 13 January 2009 19:28:08 Fabrizio Montesi wrote:
> > On Wednesday 07 January 2009 16:17:03 Frank Karlitschek wrote:
> > > [lots of cool things...]
>
> Yes, definitely. I'm lacking the time to
On Tuesday 13 January 2009 19:55:37 Aaron J. Seigo wrote:
> On Tuesday 13 January 2009, Fabrizio Montesi wrote:
> > iirc Cornelius raised the interesting problem of respecting KDE's
> > preferences for connections... we should spend a minute about how much of
> > that
On Wednesday 07 January 2009 16:17:03 Frank Karlitschek wrote:
> [lots of cool things...]
I've finished all the necessary things to interact with Open Collaboration
Services. Only thing missing is SSL support, but I've got someone working on
that.
@Aaron and whoever follows the JOLIE mail threa
On Wednesday 07 January 2009 03:30:35 Aaron J. Seigo wrote:
>
> Because, if you somehow managed to miss the news, 4.2 RC1 was tagged and a
> 4.2 branch made. That means trunk is now open for 4.3.
Hooray!
> * Plasma Meets World: this is the JOLIE work that must finally make it into
> libplasma so t
On Monday 01 December 2008 18:50:18 [EMAIL PROTECTED] wrote:
> >sorry, what does moving the mouse wheel over the battery icon have to do
> > >with the brightness of my screen?
> >
> >at the very least it requires onscreen notification, but it really seems
> > >like an odd feature.
>
> I do agree, a
Ulp! Code! ;)
/branches/work/~fmontesi/
I made a first version of the script library for making adaptors.
YahooSearch.ol is an implemented custom adaptor that does the following:
- takes an init parameter at starting;
- composes request data and calls the yahoo web search service converting this
On Tuesday 25 November 2008 00:55:23 Aaron J. Seigo wrote:
> 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 suppor
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
On Saturday 22 November 2008 02:49:57 Aaron J. Seigo wrote:
> use case: widget wants to publish it's own service onto the network
>
> * it takes a Plasma::Service and, again with a one liner and no jargon it
> pushes the service by a name passed in; this would get automatically set up
> using SODEP
On Monday 24 November 2008 18:10:06 Aaron J. Seigo wrote:
> On Sunday 23 November 2008, Fabrizio Montesi wrote:
> > On Saturday 22 November 2008 02:49:57 Aaron J. Seigo wrote:
> > > something else i just remembered:
> > >
> > > we're going to want to th
On Saturday 22 November 2008 02:49:57 Aaron J. Seigo wrote:
> something else i just remembered:
>
> we're going to want to think about the full round trip "experience":
>
> use case: widget wants to use a web service
>
> * it says "give me this web service" -> that should be a one liner with no
> j
On Saturday 22 November 2008 02:39:34 Aaron J. Seigo wrote:
> On Thursday 20 November 2008, Fabrizio Montesi wrote:
> > ---
> > --- Service Exposure
> > ---
> > Example of service exposure:
> > Plasma::Service *s = ...; //Some plasma service obtained in some way.
Hi everyone,
this is a recap mail about the current status of the integration of JOLIE and
Plasma, so that everyone can jump in and to make discussing it easier.
As you can see in SVN, the JOLIE integration layer didn't make it for KDE 4.2.
That's to avoid cluttering with Plasma's API when the p
35 matches
Mail list logo
