MAR
3
2009

Qt Software Releases LGPL'ed Qt 4.5 and Creator 1.0, Provides SDK

Qt Software has made Qt 4.5 and the Qt Creator 1.0 IDE available for download. For the first time, Qt SDK is available, a convenient bundle of the two. Qt Software will be opening up their development process by making it easier for people to contribute patches and add-ons in the forthcoming weeks. Both Qt and Creator now come with the an LGPL licensing option along with the current GPL and commercial licenses.

Qt 4.5 brings many new features such as a new pluggable graphics system, ODF support and an updated WebKit component which features HTML 5, Netscape-Plugin (e.g. Flash) support and the SquirrelFish JavaScript engine. Find out more in the Qt release blog, the Qt Creator release blog and feel free to join the new #qt-labs IRC channel on Freenode.

Comments

Obligatory Futurama quote in the subject, and thanks to you Qt guys :)

Been looking forward to this release, especially for the rendering performance improvements.


Cheers! :)


By Mark Kretschmann at Tue, 2009/03/03 - 4:27pm

I see on http://www.qtsoftware.com/about/news/qt-software-discontinues-qt-extended/ that it's been discontinued. Has it been replaced by qt-embedded for linux? And what about the symbian version? (yeah, I'm curious :p).


By patcito at Tue, 2009/03/03 - 6:54pm

Qt Embedded is the old Qtopia-Core. Qt Extended is the old Qtopia. Qt/Embedded still exists, and is the same as ever (except that it's finally in sync with other Qt's).

Everyone cursed Qtopia, it was a huge marketing mistake. People would get excited by the promises, buy it, and then find out they had to do an extreme amount of hacking to get it to run on their hardware. What was supposed to be a convenient bundle of stuff for targeted embedded audiences (phone and home) ended up being more trouble than it was worth. Most customers ended up just using Qt/Embedded and doing their own integration.

So there isn't a huge loss by dropping extended.

just my opinion, of course...


By Brandybuck at Wed, 2009/03/04 - 7:44pm

Basically three things are happening.

First selected features from Qt Extended will be re-factored and migrated into Qt, making it cross platform. There are several APIs as Blutetooth, IP telephony and input devices like touchscreens. Those will be available not only for Linux Embedded, but also on S60, Win CE and the different desktop systems. Things that will not be migrated into Qt are some legacy code which have little future value. This changes will not happen over night. It will take time.

The added APIs in Qt will make it more easy making exiting KDE applications, reaching out to more devices with interesting input methods and connectivity. For those who may got concern that their Qt Extended/Qtopia applications will not run, they should know that most Qt Extended applications runs on Qt functionality. So it will not be a traumatic transition.

Secondly there will be added more unit tests. Relevant test/demo applications will be cross platform. The plan is to also continue the "select a device profile", which let developers build a example stack of applications for different targets. This was Linux only. The plan is to make the "choose a profile" system cross platform, improving the quality of the migrated APIs.

Third we are opening up for external contributions by opening up Qt repository, using Git and Gitorious. We will not ask for copyright assignment. Instead we will ask contributors to grant Qt Software rights to reuse and improve the code as a part of Qt. When opening up, we are making communication more transparent, increasing our effort with community code camps and developer gatherings.

Two articles describes the transition we are in:

  • About the opening of the Qt repository in LWN
  • About future plans with Qt, a Interview with Benoit Schillings in LinuxDevices

  • Please don't hesitate to ask more questions.

    Best regards

    Knut Yrvin

    Open Source Community Manager

    Qt Software, Nokia


    By Knut Yrvin at Wed, 2009/03/04 - 1:04am

    And I really hope it will get more space efficient and all those big fixed size windows go away.


    By kragil at Tue, 2009/03/03 - 10:30pm

    really hope you will stop posting off-topic squibs.


    By Boudewijn Rempt at Tue, 2009/03/03 - 10:33pm

    Why OT?

    Maybe if the toolkit would support resizing windows on small screens it might help..


    By kragil at Tue, 2009/03/03 - 11:14pm

    No, that has nothing to do with the toolkit. It has everything to do with how the User Interface was designed.


    By JontheEchidna at Wed, 2009/03/04 - 12:12am

    It might make a difference in performance, but that's about it. Fixing the dialogs is simple (mostly a point-and-click job), it doesn't require many skills so if you really want it to happen - help. I guestimate one can fix the worst ones within a couple of weeks doing it in spare time (say an hour a day on average)


    By Jos Poortvliet at Fri, 2009/03/06 - 5:43pm

    This lowers the barrier of entering the Qt technolgy significantly. Do you remember Delphi or C++Builder? After installing the program you dragged a few components to the form, pressed the compile button and voila - you had your first compiled application. In contrast I found it quite messy to persuade Visual Studio to build Qt applications. Now we have the Borland feeling again without compiler vendor lock in, plus cross platform.
    My guess: In a few years Qt will be the dominating API for application development on all platforms.


    By Roland Wolf at Tue, 2009/03/03 - 11:17pm

    I think if Trolltech had provided an IDE from the beginning, the software world would have been vastly different than it is today. I think it is now too late for Qt to rule.

    Trolltech's dependence on license revenue, and the lack of a dedicated Qt IDE, hurt Qt's market potential enormously, but Nokia is making all the right moves for Qt to gain back a lot of lost ground.


    By Tony OBryan at Wed, 2009/03/04 - 1:54am

    i think the too late statement might be a little harsh - this is the long term, do remember, Qt has all the power required - the only other alternatives are Java/Swing and .NET, and neither of those are as comprehensive as Qt... With this release, the new license and the SDK, there really is no technologically based reason for not choosing Qt for application development - the only reasons are either personal or management-made IT decisions (and dog knows those happen all the time, but... at least now there are very valid and hard-hitting arguments for those opposed to them ;) ).


    By Dan Leinir Turthra Jensen at Fri, 2009/03/06 - 8:33am

    Will kde 4.2.1 compile with qt 4.5?


    By Picander at Wed, 2009/03/04 - 6:04pm

    Compile? Yes. Be absolutely regression-free? No.
    There are some graphical glitches in Plasma, and a few of the applications are a bit crashier than usual. (Kolourpaint, Kapman)


    By JontheEchidna at Wed, 2009/03/04 - 8:06pm