Python bug?

[Richard Dale]

On Wed, 02 May 2001, Marcel Strittmattery wrote:
> I just tried the python action and it didn't work. I had to do the
> following changes to get it work:
> 
> diff init_old.py init.py
> ------------------------
> 3c3,4
> <     gideon.core.gotoSourceFile("/home/bernd/.bashrc")
> ---
> >     foo = gideon.core()
> >     foo.gotoSourceFile("/home/stritt/.cshrc")
> 
> 
> diff gideon_old.py gideon.py
> ----------------------------
> 4c4
> <     def gotoSourceFile(filename):
> ---
> >     def gotoSourceFile(self, filename):
> 7c7
> <     def gotoDocumentationFile(filename):
> ---
> >     def gotoDocumentationFile(self, filename):
It's still at the 'proof of concept' stage - there are only about 4 methods
done I believe. But it uses the standard embedded python api, so all it needs
are more wrapped methods - it's going in the right direction...

> btw: are there any plans to implement more python support?
I think there will be, there are two sorts of possible python support;
first scripting, and secondly to use python as a first class KDevelop
programming citizen for writing plugins.

I'm just generating java JNI bindings for the KDevelop plugin api. Please see
the classes which comprise the api below:

tipitina duke 967% pwd
/home/duke/src/kdevelop-2.0/kdevelop/parts/koalasupport
tipitina duke 968% ls *.java
ClassStore.java            KDevFactory.java          ParsedClassContainer.java
ClassTreeNode.java         KDevLanguageSupport.java  ParsedContainer.java
Context.java               KDevMakeFrontend.java     ParsedItem.java
DocumentationContext.java  KDevPart.java             ParsedMethod.java
EditorContext.java         KDevProject.java          ParsedParent.java
KDevApi.java               KDevVersionControl.java   ParsedScopeContainer.java
KDevAppFrontend.java       ParsedArgument.java       ParsedSignalSlot.java
KDevCompilerOptions.java   ParsedAttribute.java      ParsedStruct.java
KDevCore.java              ParsedClass.java          PersistantClassStore.java

It would be nice to wrap the classes easily in the same way for python. Then we
could do more than just scripting with it.

I've recently been looking at the Qt/KDE python bindings code, and it has
really good Qt support, but only KDE 1.x with 100 classess or so. I think a
proper KDE binding for 2.x needs around 300+ classes (I've done about 450 for
java). The SIP (Qt/KDE python bindings generator) stuff seems quite labour
intensive, and so a lot of work to do 400 classes. But perhaps we could use it
to do a useful subset.

-- Richard



-
to unsubscribe from this list send an email to kdevelop-request at kdevelop.org with the following body:
unsubscribe »your-email-address«