Interesting blog [labs.qt.nokia.com] from Lars.
Just had a quick read over of the Labs post…
Nothing too surprising really, Qt Components taking over from QWidgets slowly looks like it’s the main thing. This was pretty much essential for really utilising the GPU in future as far as I can tell.
At a first glance it looks like it should be a pretty good foundation for the future. Exciting stuff. :D
A video from today on UDS (Ubuntu Developer Summit) Jens Bache-Wiig – Snr Dev at Qt. Nokia, talks about Qt 5, Qt Quick and the future of Qt. Followed by a short Q&A session [blip.tv]
The QML/ Qt Components based roadmap is pretty much identical to what Zack Rusin suggested [zrusin.blogspot.com] in a blog post a few months ago.
I think if someone’s Qt4 based project has done a good job of keeping the UI layer separate from the logic it wouldn’t be too painful to slowly move to Qt Components . Not free, but not as hard as a lot of the commenters seem to think. Then again, if Your codebase is a crazy soup of widgets, logic and the kitchen sink, it probably is quite daunting.
It’s interesting to see how the comments on the labs post change. They start out really positive, then about halfway down you start getting a lot more people who think this is the beginning of the end for Qt.
People will always foretell the demise of something based on some proposed changes, without knowing the details, for the simple fact that humans can’t stand changes that are about to happen. Turns out we are quite good at adapting to changes that have happened, but that’s something most people don’t think of in their first reaction.
I think QML + js is intended for web style apps. Something similar to what people are doing with WRT on Symbian. For others that need more processing, it will be the traditional c++ way. So as far as I understand, Qt 5 integrates these features into a single toolkit instead of, one for webapps and one for native c++ apps.
On exception handling:
There has just been a thread on this on the Qt-5 feedback mailinglist again. Lars Knoll and Thiago Macieira pitched in. There are good arguments not to use exceptions in the Qt libraries themselves. Read back the archives [lists.qt.nokia.com] online.
Note that the fact that Qt itself doesn’t use them, does not stop you from using them in your own code.
QML + js is intended for web style apps. Something similar to what people are doing with WRT on Symbian. For others that need more processing, it will be the traditional c++ way. So as far as I understand, Qt 5 integrates these features into a single toolkit instead of, one for webapps and one for native c++ apps.I think
I don’t think so. The differences between QML and Qt C++ is not for style, but just concept of coding. It’s more convenient to design and implemented UIs for app using QML. And also, you can extend your code with Qt C++ as engine or backend. So, i recommended you use this 2 together.