“We are pleased to present the first Qt Jambi beta to our commercial customers and the open source community for testing and feedback. Qt Jambi enables Java developers to utilize Qt: the leading framework for high-performance, cross-platform applications. This release will be followed by a second beta in early Q2 2007, with a final release of Qt Jambi 1.0 currently scheduled for early Q3.”
I like both Swing and SWT. However, when I compare them to regular Win32, GTK+, QT, or Windows.Forms (in .Net), or GTK# (for Mono), they both leave me less than satisfied.
With Java 6, Swing has improved immensely. LnF is a bit better, load times are a bit shorter, and finally, finally, finally, it supports anti-aliasing fonts. But still, Java Swing apps tend to be the biggest memory hogs of all the aforementioned toolkits, and the LnF is quite inconsistent, and still looking a bit alien to the native environment.
SWT/Eclipse RCP are nice alternatives. However, Eclipse, as powerful as it is, is quite complex, and presents a steep learning curve (in comparison to other IDEs). And SWT is buggy and inconsistent – putting Java wrappers on top of various native environments, and presenting them as a consistent API, is a very difficult, complex task, and very difficult to maintain. It looks and feels much more fitting in the native environment, but it’s best on Windows, okay on Gnome/GTK, and lousy on Mac.
Therefore, IMHO, Java GUI is really best off simply interfacing with cross platform native GUIs, namely QT and GTK.
Unfortunately, the Java-Gnome project hasn’t really caught on. It has the same potential as Mono with GTK#, but it’s barely used.
So perhaps QT-Jambi could get some attention. QT is a wonderful cross platform tool kit, that both looks great (and blends/behaves with the native environment), and it’s quite fast/efficient. Java could really use this.
it would be neat if they provided a qt awt implementation and finally a qt swing plaf, then it could truly be attractive to develop java gui applications.
Jambi could well become very important for Qt and Trolltech. One of the shortcomings of using Qt and C++ is when you want to develop client/server applications with the same language, framework and environment.
Some time ago I did one of those online presentation and demonstration things with some Trolltech people, and although it’s a great rich client framework, Qt falls a bit short when you want to do the sorts of client/server things people do with Visual Basic and .Net or Java under one umbrella. It was something I raised with them, and I’m sure their customers have raised it to.
If they can make client/server Java development easier to use than it is now, possibly using DBUS is one idea, then they could do very well out of it. Companies out there spend a lot of money on Java.
Jambi could well become very important for Qt and Trolltech. One of the shortcomings of using Qt and C++ is when you want to develop client/server applications with the same language, framework and environment.
Actually this works pretty well using Qt and C++.
I have been working on such architectures for about 5 years now, client systems ranging from Windows2000/XP to Linux, server systems from Linux to True64 and Solaris.
Using QDataStream one can easily cross Endianess or processor architecture borders without rewriting any communication code.
With the separation of functional area in Qt4, this will even be improved
Qt is as of now dually licensed under a proprietary licence and the GPLv2.
Does anyone know how Trolltech looks at the upcomming GPLv3? Have they issued an official statement about this as of yet?
Qt going GPLv3 would be a _major_ boost to the number of apps also going the v3 route.
Jambi is a province in Indonesia. After Java (main island) and Jakarta (capital city), now Jambi.