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

[Arno Rehn]

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?


-- 
Arno Rehn
arno at arnorehn.de