faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
thread
|
Re: Java, jvm, jni
by Anonymous on Sunday 08/Aug/2004, @10:51
|
Hmm, too bad, because a Qt version of SWT would surely also be a nice way to write (simple) applications that work and look nice under KDE and Windows.
P.S.: Thank you for your work on Krita. I'm really looking forward to have a Paint application with a sane UI under Linux. :-) |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: Java, jvm, jni
by Richard Dale on Sunday 08/Aug/2004, @21:03
|
"Hmm, too bad, because a Qt version of SWT would surely also be a nice way to write (simple) applications that work and look nice under KDE and Windows."
IBM's CPL license isn't compatible with the GPL, so that isn't possible.
I think the Qt api rendered via the QtJava bindings, is more complete and elegant than SWT - so why do we need SWT? The QtJava development and marketing budget is obviously a bit smaller than IBM's.
|
[
Reply To This | View ]
|
Re: Java, jvm, jni
by Luke on Monday 09/Aug/2004, @05:04
|
Hi Richard,
I'd like to write small Java application and it would be really nice to have a native looking user interface under KDE. However, it is also important that this application works under windows. Does that mean that I have to write the user interface twice, once in Swing and once in Qt Java?
Another question is, is Qt Java still maintained and will it work with the newest KDE and Qt Versions? The readme file under http://developer.kde.org/language-bindings/java/qtjava-readme.html says something like this: "Here are Java JNI based api bindings for Qt 2.2.4."
Thank you
|
[
Reply To This | View ]
|
Re: Java, jvm, jni
by Richard Dale on Monday 09/Aug/2004, @07:50
|
"I'd like to write small Java application and it would be really nice to have a native looking user interface under KDE. However, it is also important that this application works under windows. Does that mean that I have to write the user interface twice, once in Swing and once in Qt Java?"
I don't have a windows development environment, but as far as I know QtJava works perfectly fine with very little change on windows (and Mac OS X too). I don't really understand Qt/Windows licensing issues too well - if you distribute your small app, you might have to include the QtJava sources to comply with the GPL.
"Another question is, is Qt Java still maintained and will it work with the newest KDE and Qt Versions? The readme file under http://developer.kde.org/language-bindings/java/qtjava-readme.html says something like this:
Here are Java JNI based api bindings for Qt 2.2.4."
Well developer.kde.org/language-bindings/java doesn't sound as though it is being maintained too well, but the bindings themselves are in good shape. If anyone fancies sorting out the docs on developer.kde.org/language-bindings please go ahead..
|
[
Reply To This | View ]
|
Re: Java, jvm, jni
by Luke on Monday 09/Aug/2004, @14:38
|
"I don't have a windows development environment, but as far as I know QtJava works perfectly fine with very little change on windows (and Mac OS X too)."
Wow, that sounds cool, but I guess that would have to buy a Qt Version for Windows. Still, that would be an option.
"I don't really understand Qt/Windows licensing issues too well - if you distribute your small app, you might have to include the QtJava sources to comply with the GPL."
With a bought version of Qt which I guess is not under GPL, do you know whether I would have to include the source of my program? I mean is the code of qtjava completely GPL or is there a way to use qtjava under the same conditions as the commercial Qt Version? If not, then you could possibly try to sell qtjava to Trolltech. This way it could stay GPL under Linux but could be boundled with Qt under a commercial license for Windows? But that's just a thought.
Regarding SWT do you really think that there is no way to combine the CPL and the GPL in any way? Because I would think that QtJava would be a pretty solid foundation for a Qt implementation of the SWT. May be it could be done the same way as NVIDIA integrated their driver into the Linux kernel. I still think having a native looking version of Eclipse would be a real gain for the KDE environment.
Finally, I managed to test some of the demo apps that are in the java-bindings source file ( I couldn't find them on my computer even though I had java-bindings package installed.). A problem that I had with these demos was that I had to set the LD_LIBRARY_PATH. I thought that this would not be necessary since the libqtjava.so is installed in the /opt/kde3/lib dir. But it seems it is necessary.
Anyways, it works now very nicely and I guess I'll use it.
Great work!
|
[
Reply To This | View ]
|
Re: Java, jvm, jni
by Richard Dale on Monday 09/Aug/2004, @21:14
|
" I mean is the code of qtjava completely GPL or is there a way to use qtjava under the same conditions as the commercial Qt Version? If not, then you could possibly try to sell qtjava to Trolltech. This way it could stay GPL under Linux but could be boundled with Qt under a commercial license for Windows? But that's just a thought."
If there was sufficient demand for a commercial version of QtJava I would happy to dual license it (with Trolltech's permission as normally you can't change from the GPL version of some Qt software to issue a commercial version). But there hasn't been any real demand so far..
|
[
Reply To This | View ]
|
Re: Java, jvm, jni
by Kevin Krammer on Monday 09/Aug/2004, @13:59
|
"IBM's CPL license isn't compatible with the GPL, so that isn't possible. "
I always wondered why there was such a hype about SWT when its licence makes it impossible to use it in GPL applications.
Anyway, does anyone know if CPL is also incompatible with QPL?
Cheers,
Kevin
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
