有没有Qt5发布时间的消息？原来说9月份发布的，不会是指的阴历吧
------解决方案--------------------
貌似 beta 版已经发布了。
------解决方案--------------------
额，Qt更换东家显然拖慢了点进度，个人认为可能要到年底了
------解决方案--------------------
QT现在还有人维护吗？
------解决方案--------------------
Qt若是没人维护了，这个世界会乱套的。
------解决方案--------------------
看新东家的心情了
------解决方案--------------------
Qt据说基本只用JS开发了？
------解决方案--------------------
听谁说的？复杂功能还是得用C++
另外，用JS开发不好吗？？
------解决方案--------------------
貌似nokia那个时候的Qt的目标是用qml + js。。。
但是现在不太可能了呢。
------解决方案--------------------
额。。我一直推荐用qml做UI..业务逻辑后台用C++....因为js 写业务逻辑执行效率太低。设计到复杂的运算就会很慢。
ps:
Nokia 打算推qml+js 是nokia的symbian专家 xiaoguo给我说的哈。
------解决方案--------------------
>毫无疑问qml + js提供了一种更加高效和简便的界面开发方案
qml很酷，拿来搞动态界面非常的方便，可是目前的组件数目严重不足
当我想用qml写一个桌面应用程式的时候
"QComboBox怎么生？"
"QTreeView呢，这东西难搞极了"
这些组件不会全都要我用C++ + qml重写吧？
桌面组件最快也要等到Qt5.1，那么android和ios的组件呢？
现阶段界如果面不太复杂且需要丰富的动态效果，那么我会选用qml
如果界面需要用到复杂的组件，我还是直接使用QWidget的徒子徒孙们容易的多
------解决方案--------------------
以后也不会变，只是目标不再是Symbian，而是Android, iOS, Windows 8...
毫无疑问，这些新的操作系统的UI设计已经发生了翻天覆地的变化，传统的windows桌面软件开发工具已经不能满足它们的需求，它们需要更强的表现力，更快，更简便，更容易重构的开发工具支持，这推动了QML更准确的说是Qt Quick的诞生。之所以选择在Symbian平台上起步，完全是受限于诺基亚当时的处境。
------解决方案--------------------
>以后也不会变，只是目标不再是Symbian，而是Android, iOS, Windows 8...
有谁知道qml的官方组件会扩充到什么程度？
------解决方案--------------------
>如果Digia足够给力，相信明年将是Qt爆发的一年。
我也很期待这点，如果ios和android的支持来得及在明年推出
QML的组件也足够丰富
相信很多人都会选择qml + js + c++的开发方法的
不知道有没有可能做到一个qml组件，可以同时跨手机和桌面的效果？
希望digia能出一本qml的教学书籍，网路上的文件有点零散
------解决方案--------------------
这个很难，或者说根本不可能，我们可以看到win8与iOS的UI风格完全不同，在这种情况下界面跨平台没有任何意义，因为它们的控件属性、操作方式差别都很大，而且还要考虑屏幕大小的问题，在很多情况下这几乎是致命的瓶颈。我们可以看看Android和iOS，即使是在它们自己的开发平台上，都不得不为平板和手机开发不同的版本。
其实这在技术上没有多少障碍，说到家是一个用户体验的问题，我相信你的产品经理和美工是不可能同意你在平板和手机上使用相同的界面效果的。
------解决方案--------------------
前辈。请问有没有学习QML的好的教材