Qt 3.3 Released; OSNews Talks With TrollTech's CEO
JigSaw writes "The new version of Qt (to be released Wednesday) features .NET support, full 64-bit support, IPv6 and backend support for two more databases. In light of the release, OSNews features an article with TrollTech's CEO, Haavard Nord. Nord says that he sees Linux strengthen its position in both business computing and embedded systems, while he forsees Qtopia and Linux taking over PDAs and Smartphones in the next few years." It's Wednesday, and Qt 3.3 has been officially released -- read on below for some more info.
Cronopios writes "The Norwegian company TrollTech has just released version 3.3 of their excellent cross-platform Qt toolkit, which is the foundation of KDE. This version adds support for .NET framework, 64-bit processing, IPv6 and gcc on MS Windows. The announcement and the complete list of new features and improvements are available at their website. As usual, the Qt libraries are released under several licenses, including the GNU GPL :-)"
The main problem is that as a C++ developer on Windows, I cannot do /any/ development with Qt without paying a $2000 license fee. The only way to get a GPL version on the Windows platform is to purchase a $50 book that comes with a "limited edition" of Qt/Windows, but lord knows what that means. I wish they had a development version of Qt/Windows that didn't include any deployment licenses...
LOAD "SIG",8,1
LOADING...
READY.
RUN
As far as I can tell then expect a rebuild of KDE 3.2 now that the final of QT 3.3 is available... so SuSE users who've just upgraded to that KDE 3.2 you should have read the readme first if you have problems later when stuff built with the real Qt3.3 gets released... :)
Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
I keep hoping that they will create PHP bindings for QT. They have been created for Python, they have been created for Perl, when is PHP's turn?
Maybe with the new object model in Zend Engine 2, PHP5 will be deemed worthy.
-Jackson
1999 called. It wants its trolltech joke back.
When I tried QT for Windows last time, perhaps a year ago, it did not appear use the look and feel of the Windows platform, despite the company implying that QT adjusts to the native platform. If they would use actual native widgets, then not only would the user interface automatically change as the Windows controls are updated, but it would also at all times feel like a true Windows GUI -- because that is exactly would it would be! It's possible that QT's architecture is not well suited to mapping the controls to the native API, but I think that is a crucial feature for a lot of people. So far, VwWindows seems like a better choice IMHO.
I long for Ruby bindings instead. Singleton methods are great for customizing widgets without creating tons of subclasses, so it could be very handy as a RAD language, IMO. Not as much as Erlang, though! :)
At several times in my career I would have simply gone with Qt but for the price and my unwillingness to be forced into releasing my code for free (freedomn is important even for developers). I mailed them and they won't even allow you to develop with the free edition and deploy with the commercial edition. Good luck to Troltech, their bottom line probably matters most.
Actually Norwegiens are very fond of their troll folk lure. Trolls in american culture are ugly and live under a bridge and eat children. Trolls in
Norwegian culture they are smarter than humans, and are very well respected. Since the company is based in Norway and they deal with technology, there is no joke.
Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
I was wondering how u all consider using together Qt and quicktime api for video capture and as a basis for developing video editing tools. Did anyone started writing some capture, playback, image processing QT widget based on quicktime ? If some sample code could be published just as a starting point (the quicktime api in itself is well documeted but attached to win32 api on windows) , i am sure that would help many people frustrated by the lack of video i/o object oriented API. Thanks for any replies...
I was wondering how u all consider using together Qt and quicktime api for video capture and as a basis for developing video editing tools. Did anyone started writing some capture, playback, image processing QT widget based on quicktime ? If some sample code could be published just as a starting point (the quicktime api in itself is well documeted but attached to win32 api on windows) , i am sure that would help many people frustrated by the lack of video i/o object oriented API. Thanks for any replies... I hope it's not too off topic, but i think it's a question many QT developpers..sorry for my poor english!