[Kde-java] Re: GCJ (Re: Build system for KDE4)

[Richard Dale]

On Wednesday 15 June 2005 15:15, Martijn Klingens wrote:
> Thomas Zander said:
> > My idea was to generate classes that do nothing but wrap the kde libs and
> > create some classes with static methods that do any needed conversion on
> > the from the jint/jfloat to the native versions.
>
> Do you have to wrap KDE libs? I understood from our talks and from
> http://www.valdyas.org/fading/index.cgi/hacking/javalib.html?seemore=y
> that it is possible to import and call C++ classes directly with gcj
> without the need to wrap anything at all. That's why I like this idea so
> much, because the bridge between both worlds is by definition in sync with
> no bindings needed at all.
Can you subclass a C++ class in java and override C++ methods, and call 
protected methods? I've forgotten, I need to read up on CNI and find out.

> > The biggest problem I see for this is the generation of good Docs since
> > we don't have all methods in Java, we can't easily create Javadocs for
> > them. There are so many essential things missing in the doxygen generated
> > docs that Java developers are used to having in their docs.  I feel that
> > this documentation in standard javadocs is an essential part of the
> > bindings for Java.
>
> This looks like an implementation detail to me though, plus I wouldn't be
> surprised if doxygen is able to output javadocs.
I think the javadocs for the current KDE bindings look fine. But the javadocs 
for the Qt classes are missing though because the qdoc comments are in the Qt 
sources rather than the headers. And kalyptus only parses the headers.

-- Richard