Qt Jambi, Trolltech releases Qt for Java 41
Hardingfela writes "Trolltech has released a preview of its long awaited Java bindings for Qt 4. "Qt Jambi technology integrates Qt with the Java programming language, providing new possibilities for both Java and C++ programmers. This technology enables Java developers to take advantage of the powerful features of Qt from within Java Standard Edition 5.0 and Java Enterprise Edition 5.0" More information on the
Jambi press release and tech details in the Jambi whitepaper. To get your copy sign up to the preview license (final release will be also available under an open source license) and download."
Please Wait... Okay? (Y/N) (Score:3, Funny)
Well, I for one welcome our new void setText(String overlords);
Mekka Lekka Hi... (Score:4, Funny)
Re:Mekka Lekka Hi... (Score:2, Informative)
Re:Mekka Lekka Hi... (Score:1)
Re:Mekka Lekka Hi... (Score:3, Funny)
Re:C bindings? (Score:5, Insightful)
GUI programming in C is a *pain*, it's awful beyond words. I hate GUI programming, but python + qt (pyqt) actually works very well for that, Qt with C++ requires that awful moc, but at least it's survivable.
If the parent knew anything about Qt and C, he wouldn't have suggested it at all.
For the record, yes, I have done Qt programming with C++ and python, a lot of C coding (for about 10 years), so I'm familiar with all the different aspects in this, unlike, obviously, the parent.
Re:C bindings? (Score:4, Funny)
Nah, it isn't all that bad. See, all you have to do is make a structure for your window. Then you set all the properties using preprocessor constants. Next you call some function and get a handle, which is like an object, but isn't. And, since it's a primitive, you can even use your window handle as a mouse handle, icon handle, etc. so it's really versatile! Also, creating a simple GUI in C is a short 50 lines of code, anyone can recite that from memory. Plus, you have the added advantage that C GUI code is tied to your architecture, so you can't port it from Win32 to X to MacOS without a lot of trouble. See? It isn't all that bad!
Re:C bindings? (Score:3, Insightful)
Trolltech is obviously trying to branch out and expand the uses of their toolkit to other popular languages. Java is a no-brainer. I wouldn't be surprised if they targeted C# after that. And support for C, which is still very popular, seems like it could be a
Re:C bindings? (Score:2)
There's already an open source project called QtSharp http://qtcsharp.sourceforge.net/ [sourceforge.net] that does just that, but it looks like the project has been dormant for a couple of years.
Even without using QtSharp, Qt provides a way to write ActiveX wrappers around Qt objects, which can then be dropped into C# forms and applications.
Re:C bindings? (Score:2)
Actually, no, I really was just being a dick. :)
Because QT is written in a fictional programming language (called MOC) - something that makes it different from almost every other toolkit or GUI out there, it's very hard to take it seriously. Think about it: R
Re:C bindings? (Score:2)
Fortunately the C++ fanboys swooped in to -1 me.
Maybe you need practice. Much of GNOME is written in C. My own schism tracker [rigelseven.com] is written in C. I don't know what you find intolorable about C, but Java programmers are the erotic furries of programming [lukewelling.com], and C++ programmers seem to be completely oblivious as to what's wrong with their favorite language.
Probably
Re:Never. (Score:3, Interesting)
Re:Never. (Score:1)
Re:Never. (Score:2)
I think GTK+ looks fine, but performs slowly. In Linux it isn't bad, not as quick as QT (and I'm not talking KDE bloat but the underlying QT libraries), but sucks in Windows. FYI this is based off my impression of the only GTK+ app I have used in Windows, GIMP, but GIMP was much slower in Windows than Linux. The GUI just seemed laggy to me. Moving palettes around, menus, etc. just wasn't as snappy as in the Linux version or in other Windows apps (including QT apps).
Re:Never. (Score:2)
Finally (Score:5, Insightful)
If version 6 of java will not bring the improvements to the GUI that are promised, Qt + Java is a very attractive alternative for crossplatform development.
Personally, I like Qt's widgets a lot (even though version 4 has a few funny regressions) and the logic used for building the GUI is much nicer than what I know from Swing and AWT. I wish the trolls the best of luck and hope that KDE and free software in general may benefit from this development.
Re:Finally (Score:2)
Just run "qmake" whenever you add a new compilation unit (i.e. .cpp file) and then regular "make" to compile. Qt handles the rest. It really isn't all that complex. Also, the MOC is in addition to the precompiler. The MOC runs first, then the standard C++ compiler stack.
Re:Finally (Score:1)
Re:Finally (Score:1)
Re:Finally (Score:1)
Wonder why QVBox and QHBox existed in the first place. They don't even inherit from QLayout, but 'emulate' a QVBoxLayout/QHBoxLayout. Maybe if you a
Re:Finally (Score:1)
Dereference (Score:1)
by Anonymous Coward on Monday July 31, @01:31PM
It will take 10,000 days to code anything useful.
Another, although not as funny [slashdot.org], reference to Jambi [wikipedia.org] from Pee-wee's Playhouse [wikipedia.org].
Windows Primitives (Score:1)
Been Using This (Score:5, Interesting)
Of course this is still a developer preview. After playing around with it for about 4 hours, I still can't get an application to launch, except for the demos that it ships with. This is probably due to my own ineptitude, but if I'm having trouble with it, I'm sure other developers will as well. I suspect that once there is an official release, things will be made easier (or the documentation will be made clearer) and there won't be so many problems.
PS: If anyone has played around with this and had success, maybe you can help me out. I created a project in eclipse, added the qtjambi.jar file into the classpath, set the PATH to qtjambi-linux-preview/bin and LD_LIBRARY_PATH to qtjabmi-linux-preview/lib, whenever I try to launch an application, I get
failed to load library: 'qtjambi'
Exception in thread "main" java.lang.UnsatisfiedLinkError: no qtjambi in java.library.path
...
Anyway, I think it will be really nice once I can figure out how to use it properly.
Re:Been Using This (Score:2)
Re:Been Using This (Score:1, Informative)
http://www.trolltech.com/developer/downloads/qt/q
Just one question... (Score:2)
Re:Just one question... (Score:1)
Re:Just one question... (Score:1)
No serious as I explained in another forum on a similar question:
For a Java guy? Don't know. For me? Easy to explain. Due to my job in the last 5 - 6 years I hardly had the chance to code in Java. Everyting was C/C++ + Qt. For quite some time I felt a bit sorry that I was more and more losing my Java knowledge. Oh, from time to time I decided just for practice to start a little private Java project. But sooner or later I came to the conclusion: 'Why bother? What I do now can be done so much eas
whats the point in yet another, public void foo() (Score:1)