Slashdot Mirror
A Taste of Qt 4
Karma Sucks writes "In 'A Taste of Qt 4', Trolltech reveals that it is positioning Qt 4 directly against Java. Qt 4 promises to be smaller and faster than its predecessors and there will be a boatload of new features including support for non-GUI applications and accessibility under Linux using Sun's ATK. More controversial is the introduction of a new and elegant foreach construct. Incidentally, for those still opposed to Qt's moc preprocessor, Havoc has some interesting comments. It is possible the idea will be adapted to provide GObject introspection in the future."
In my opinion QT and KDE are going to alienate themselves from what their goals used to be.
They are merging more and more GNOME technology into their desktop plattform and I don't see the point why they are doing this. There are no benefits adopting this GNOME junk into KDE or QT.
I always follow dicussions where QT and KDE people are flaming the hell out of GNOME people because their desktop suck so much (which indeed does) but then seeing them merging more and mroe GNOME stuff into KDE.
- gnome-xml is required for KDE
- libart_lgpl is hosted on GNOME and required in KDE
- libxslt is a GNOME xsl library required in KDE
- they adopted GConf for KConf (Windows registry)
- they now adopt ATK in QT
- they now adopt GObject in QT
- they plan to go GStreamer for KDE.
This is nonsense in my opinion and I wonder what advantages this will give QT and KDE over what GNOME has already. The KDE developers are so fond about the idea that GNOME could win anything here (or going mainstream) that they blindly start to adopt their stuff because someone told them that these things are mainstream.
While KDE is a pretty damn nice desktop solution (milltion times better than GNOME) they more and more follow the path of GNOME and it's questionable whether it would not be better telling them to give up on KDE and continue working on GNOME.
Again a better technology trashed for the bad one.
How was this post moderated Troll ??? It is in fact very informative. I was looking for free alternative for QT (don't want pay 1500+ $ and fed up with MFC) and found them in this post. Please moderate it up.
There might be something wrong with my definition of "preprocessor", but AFAIK preprocessor is a tool which transforms its source to another form, which is further processed, and the original form (source) is no longer used.
[snip]
All moc does is it analyzes the .h file, and creates additional C++ code (which would have to be written manually otherwise), and this additional C++ code is used for the before-mentioned features which are not available directly in the C++ language.
Apparently, your feeble mind is able to overlook these two BLATANTLY contradictory paragraphs WITHIN ONE MESSAGE. Using your brand of zealot-logic, you could demonstrate that C/C++ includes and macros aren't related to a preprocessor.
moc is a preprocessor. It was designed to plaster over the shortcomings of both C++ and TrollTech's Qt design. After the fact, Trolltech bolted on other uses, but this does not, in any way, change the original purpose of moc. Qt is crufty and poorly designed -- the only thing it has going for it is an extremely vocal group of shills and "useful idiots" who never stop banging on about it, no matter how incorrect they are proven to be. It's no wonder that Havoc Pennington has to tread carefully on any freedesktop lists -- a word out of place (such as the dreaded label "preprocessor") and the Qt flunckies come storming out defending their junk, and SCO-owned, technology.