[Ktechlab-devel] simulator

[Julian Bäume]

On Saturday 08 November 2008 19:17:11 Glen wrote:
> >> I'm not against the use of XML, but I think that only simple components
> >> should be written in XML. Others may be written in C/C++, compiled as
> >> .so and loaded at launch time (or later...).
> >
> > I fully agree with your last point here. I'm not yet familiar with the
> > possibilities of the kdelibs here, but I know, there is a strong plugin-
> > interface to do such things. You are even not bound to a specific
> > language. Kross is the name of the scripting interface, I'm not sure, if
> > this helps here.
> >
> > The longer I think about it, the more I think, we need a plugin interface
> > here, to put the computation-stuff for the components into external
> > libraries that are loaded on demand. These libraries could also contain
> > the representation of the components, of course.
>
> Which libraries are being referred to here?
I use the term "library" in a way here to distribute components. So this is 
may be a tar.gz archive that can be downloaded and imported into KTechLab. The 
KDE framework does have a infrastructure for such kind of things 
(KHotNewStuff). This way they distribute wallpapers for instance. In KDE4 this 
thing was expanded to be able to distribute all sort of plugins or stuff that 
isn't shipped in the default version of a program.

> I really hope you guys aren't thinking of compiling .so libs for
> distribution of component libraries.
No, as Alan just meant: scripting should be the way to go and yes, it should 
be easily possible to have something like that with the help of Kross. It 
makes it possible to write python or ruby or ECMA-scripts and have access to 
your Qt/KDE classes. This could also be .so files or .dlls on windows, it just 
has to implement the right interface. (Plasmaoids are mainly .so files on 
Linux)

bye then
julian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 489 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/ktechlab-devel/attachments/20081108/d6eb25d5/attachment.sig>