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
It mentions that Mac OS X and Linux/X11 are GPL and Windows will become GPL in v4. What about the other versions of UNIX?
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).
There is no "Linux/X11" edition but only an "X11" edition which also runs on Solaris, HP-UX, IRIX, AIX and many other Unix variants.
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
``[..] and under a GPL license for Mac OS X and Linux/X11 for the Open Source community. Qt/Windows will be available under the GPL license at Qt 4 launch.``
Thanks. I misunderstood what they meant by Linux/X11.
This would be pretty great. I run pretty much only open-source software for almost everything I do (except media playback), yet I've found Windows XP to be the most stable platform on which to do so on my PC.
samrolken
Only parts of KDE will be made running natively on Windows (like Kontact), some already do (KOrganizer, Kexi, ...).
Probably not without a lot of tweaking and extra work. Windows' desktop environment is fundamentally different from X, so I don't think that a full port of KDE is a reasonable expectation. There are, however, some nice Windows clones of *nix shells (e.g., http://www.bb4win.org/), and there is of course always Litestep.
I know backwards compatability is a good thing, but at some point we need to get off the bus and say, "Standard is standard. If you break on this code, it's your problem."
It's not like we haven't had years to update these sorts of things. With TR1 incorporating some Boost features into the standard, and TR1 being the future of C++ in many eyes, it's time to stop coddling.
Since Qt is primarily a Linux, MacOSX and Windows phenomenon, I seriously doubt that TrollTech would lose sales from such a move.
Slashdot. It's Not For Common Sense
BTW, what closed-source media playback software do you use? I use mplayer (under linux, admittedly), and I find it much better than anything I have found under windows (without looking too hard).
Eh, it kind of varies. Mostly Winamp 5, though I've flirted with iTunes a bit, but mostly given it up due to the bloat. And sometimes Windows Media Player does things, and I don't mind.
Then of course there is the Windows Media Center, for when I'm using my remote and my Destination monitor... but I'd like to switch it all to MythTV on that and just get a mac mini for my personal desktop use.
samrolken
But, when I tried it, PyQt had some flaws. It was awkward when you wanted to make new widgets, in particular. And, maybe this is fixed, but I had a heck of a time reusing some components that my coworkers wrote.
Python is a great language with a lot of potential, but I couldn't help but feel that Qt isn't very Python-ish, and it showed in the experience. I'll check into it again.
Unless they used SWIG and MOC to do the binding.
Slashdot. It's Not For Common Sense