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."
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.
The ratio of people to cake is too big
Let the free market work its magic. If their prices are truly too high, then the demand for Qt will drop, and they will be forced to lower their prices. Since that is not happening, then there must be shops which can afford to pay their licencing fee. And considering that they're most likely financially stable, there must be enough people willing to pay at that price.
Now, if YOU can't afford it, then try some of the other open source alternatives. There is always wxWindows, FOX, FLTK, GTK+, the multiple GTK+ C++ wrappers, and so on.
Cyric Zndovzny at your service.
They seem to think that they're being fair..
http://www.trolltech.com/company/model.html
With the exception of java most libraries don't seem to be as complete a cross platform solution. There are other solutions, they're just trying to make a quality cross platform solution, there are alternatives, but you have to collect the parts and put them together yourself, and test etc...
There is GTK which is cross platform for windowing and widgets. (GNOME is built on this)
If you don't like it don't buy it, but I love the irony of software developers whinning about software prices (or pirating for that matter).
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.
Slashdot. It's Not For Common Sense