是也许以后会和 gtk qt 并称的 dtk 吧

这个你想多了，不会出现和gtk, qt, 并列的 dtk,
第一《 API接口问题, 不分私用和公共，很难去想象什么该调用，什么不该调用，什么可以修改，什么可以不可修改.
第二《只局限于GTK， 没有夸界面库的代码, 比如qt的, 所以，你懂的，只能吸引部分GTK+用户.
第三《和主题捆绑了，不能单独调用一些控件。
第四《这点事最致命的，PYTHON写的，其它的语言很难去调用，比如C，c++，java, 等等一些语言很难去调用，只局限于PYTHON。
根据这四条，使用者的范围就越来越小， python的，只有用 python的使用. 100 个人， - 50个不使用python的. 又是GTK+的，又减去30个不适用GTK的人，还剩下20个，又根据上两条原因，最后只剩下寥寥无几的人关心啦.
如果是vala写的或者C/c++写的，我们可以绑定其它语言的库.
所以，如果能在python上做好，就很不错了. 至少PYTHON使用GTK+的用户有福了.
VB也是这样的.

这个你想多了，不会出现和gtk, qt, 并列的 dtk,
第一《 API接口问题, 不分私用和公共，很难去想象什么该调用，什么不该调用，什么可以修改，什么可以不可修改.
第二《只局限于GTK， 没有夸界面库的代码, 比如qt的, 所以，你懂的，只能吸引部分GTK+用户.
第三《和主题捆绑了，不能单独调用一些控件。
第四《这点事最致命的，PYTHON写的，其它的语言很难去调用，比如C，c++，java, 等等一些语言很难去调用，只局限于PYTHON。
根据这四条，使用者的范围就越来越小， python的，只有用 python的使用. 100 个人， - 50个不使用python的. 又是GTK+的，又减去30个不适用GTK的人，还剩下20个，又根据上两条原因，最后只剩下寥寥无几的人关心啦.
如果是vala写的或者C/c++写的，我们可以绑定其它语言的库.
所以，如果能在python上做好，就很不错了. 至少PYTHON使用GTK+的用户有福了.
VB也是这样的.[/quote]
深度不会一直就这么大量的使用python吧？deepin-ui将来一定得具有其他语言能调用才行啊，真的应该开始考虑这个问题了啊，深度应该选择一个开源的sdk来深度定制，ui应该用c写吧，关于gtk的中文资料与社区太少了啊，论坛得开辟新的教程板块，加强组织文档的翻译啊～

[color=#FF4000:3t4885t4]深度搞得乱七八糟的 [/color:3t4885t4]      [color=#004000:3t4885t4] 很多想从事开发的不知道深度UI环境到底要用哪种开发工具[/color:3t4885t4]！ :!:  :!:  :!:  :!:  :!:  :!:  :?:  :?:  :?:  :?:  :?:  :|  :|  :|  :|  :|  :|

深度目前忙于制作的桌面环境和修bug，分不出人手来写教程和开发文档，各位如果很有兴趣帮深度开发一些linux平台的小软件，个人推荐你们使用qt，我听到消息ubuntu决定转qt，而且WPS也是用qt写的，运行库的问题不担心，qt的教程好像比gtk多一些。

应该是Qt后面有一个商业公司在进行支撑发展，而且Qt可以实现跨平台的UI一致性，这点是很多公司采用Qt库的初衷吧。

而且Qt 发展到 5系列以后，已经不单单是一个图形库了，基本上常用算法，传感器编程，移动平台编程这些都比较全面，所以总体说来比GTK的质量要高一些，用的人也多一些。

不清楚当初deepin为何会选择gtk来开发ui和桌面系统，现在ubuntu要转向qt了，难道deepin也要把桌面系统改写成qt的？很折腾啊