kde-bindings@kde.org
[Top] [All Lists]

Re: [Kde-bindings] branches/work/kdebindings-smoke2/csharp

Subject: Re: [Kde-bindings] branches/work/kdebindings-smoke2/csharp
From: Richard Dale
Date: Tue, 12 Feb 2008 18:14:14 +0000
On Tuesday 12 February 2008 17:46:53 Arno Rehn wrote:
> Am Donnerstag 07 Februar 2008 00:45:29 schrieb Richard Dale:
> > On Tuesday 05 February 2008 13:13:56 Thomas Moenicke wrote:
> > > > We could keep the old smoke-lib somewhere, but I'd really appreciate
> > > >   it if we
> > > > could get modular smoke into KDE 4.1 and if possible even Kimono.
> > >
> > > I would really like to see an Akonadi module for the new smoke by  
> > > default. It is on the wish list of many people and mentioned by  
> > > Cornelius Schumacher in the kde-pim 4.1 plans:
> > >
> > > "The long-term mission of Akonadi is to provide a cross-platform cross-
> > > desktop
> > > storage service for KDE PIM data. So it's not meant to be limited to  
> > > KDE.
> > > APIs for other environments or other programming languages than C++  
> > > are very
> > > welcome."
> > >
> > > Any plans yet?
> >
> > Well I think we should plan on including Plasma and an Akonadi  api with
> > the modular Smoke for KDE 4.1 for both Ruby and C# (assuming we can get
> > Kimono working). They are the two most important apis to start with. Once
> > we've done that, autogenerating bindings for other KDE apis shouldn't be
> > a big deal, and we can add them as we get them working.
> >
> > At the moment with the Plasma bindings, if Ruby throws an exception it
> > doesn't get caught and it then crashes Plasma. So we will need to add
> > exception handling at the top level for both Ruby and C#. Also there is
> > some kind of memory corruption happening in the Ruby Plasma bindings
> > where slot and virtual method callbacks fail after the analogue clock
> > plasma applet has been running for 2 mins or so. I don't know if this
> > will affect Qyoto/Kimono C# applets until we try it out.
>
> I would like to try that but I couldn't figure out how to run plasma
> applets that aren't in the form of a shared library. How do you add a ruby
> or C# plasma applet?
I will need to be a dynamically loaded lib - see 
korundum/src/krubypluginfactory.cpp - we'll need a similar 
kcsharppluginfactory.cpp to start C# plasma applets. It gets the actual name 
of the ruby (or C#) code to run from the keyword arg string passed to 
KRubyPluginFactory::create().

-- Richard


_______________________________________________
Kde-bindings mailing list
Kde-bindings@xxxxxxx
https://mail.kde.org/mailman/listinfo/kde-bindings

<Prev in Thread] Current Thread [Next in Thread>