The Qt 4 Resource Center

e8johan writes "The Qt 4 Resource Center features articles regarding the next generation of Qt. Being the basis for the next generation of KDE and being available under GPL for all major platforms Qt 4 will make it even easier to develop powerful cross-platform applications."

Price

[Cthefuture]

OK Trolltech, how about lowering your prices instead of increasing them every few months?!

Most shops and individuals can't afford that stuff for commercial development. Every other development platform is hella cheaper than Qt (MSDN, Apple, etc.).

Trolltech needs to take a clue from some failed projects that made it too hard for the system to be adopted by the masses because they were listening to the marketing department.

Re:Let the free market work.

[Profane MuthaFucka]

I tried wxWidgets (formerly wxWindows) and found that while it did work for some things, there are some very serious bugs. For example, make a tree widget with too many items and it starts displaying improperly. By that I mean connecting lines drawn randomly all over the widget.

I know about fixing the code since it's free, but frankly, the code is a mess.

Qt's prices aren't too high at all, so I think we're seeing the free market magic that you're referring to. The price is going up, because Qt is actually a well-written, well-debugged, powerful, and well-organized toolkit.

Qt4 and extra compile phase?

[Paradox]

Despite being a Qt3.3 developer, I've had almost no chance to check out any of the buzz on Qt4. What I want to know is, are they going to find a more elegant and in-language way to handle signals and slots, preferably one that does not require the use of an extra compile phase?

I'm all for meta-language programming. I love it. But not at the expense of an extra compile phase which complicates my makefiles and can introduce errors that were introduced when the generated code was inserted. I'm happy that Qt4 will finish opening up as a GPL'd library (that removes one of my biggest complaints about Qt), but are my technical concerns also going to be invalidated?

To me, this extra phase and the awkwardness of signals and slots syntax is a real weakness when compared to frameworks like Cocoa that don't need to resort to it. Now, I understand dynamic dispatch is hard in C++, but if the Boost people can get HOF-aware template-based lambdas, I'm certain that TrollTech could do better.

Re:Qt4 and extra compile phase?

[Anonymous Coward]

are they going to find a more elegant and in-language way to handle signals and slots

Doubtful, and definitely not for 4.0. C++ just isn't equipped to deal with this model of programming, you end up with massive amounts of inheritance or similar messes. "More elegant" and "in-language way" are at odds with each other for C++ GUI development. Trolltech can't get around that short of taking their modifications to C++ to ISO and getting them approved as proper C++.

I'm happy that Qt4 will finish opening up as a GPL'd library (that removes one of my biggest complaints about Qt)

Qt has been GPLed for years for X11. If you really care about it being available under the GPL for other platforms, then it has been perfectly possible to port it for all this time.

if the Boost people can get HOF-aware template-based lambdas, I'm certain that TrollTech could do better.

If you've got a better suggestion, let's hear it.