用户写成的脚本.js或.lua被打包进DirectUI 的皮肤文件中：
DirectUI的界面逻辑既可以在用户程 序中调用进行控制也可以采用脚本进行 控制。目前支持的脚本为Javascript与Lua 两种，用户可以选择其中的一种来使 用。何为界面逻辑？为何需要脚本来控 制呢？所谓界面逻辑，指的是与界面操 作相关的一系列方法与事件。比如在界 面中有一个按钮用来控制左侧面板的缩 进与展开。在传统的界面开发方式下， 我们需要在应用程序里面响应该按钮的 Click事件来对左侧面板进行位置的控 制。这样的处理方式会导致界面逻辑的 修改而影响到应用程序的重新编译。而 界面逻辑的变化与调整在整个软件的生 命周期内是非常频繁与普遍的。所以找 到一种界面逻辑的变化不会影响到应用 软件的重新编译的方式成为第三代界面 库的一大技术要点。DirectUI很巧妙地运 用了脚本特有一些特性，将内部生成的 控件实例对象通过脚本规则导出到外 部，由脚本来调用控件的接口与方法。 用户写成的脚本.js或.lua被打包进DirectUI 的皮肤文件中。这样，当程序切换皮肤 文件时，也把相应的界面逻辑也一同切 换了。没有脚本支持的界面库是无法做 到界面与业务逻辑的彻底分离的。所 以，是否支持脚本控制就成为界面库能 否真正实现界面与业务逻辑彻底分离的 标志性技术点。
Google创建了WebKit分支为Blink，目前除了Opera之外还没有浏览器开发商计划使用Blink。过去几年，Google是WebKit项目最主要贡献者，如果Blink的开发速度超过WebKit，可以预见未来会有更多项目从WebKit换到Blink。Google fork WebKit（或者更精确的说法是fork WebKit的HTML和CSS核心渲染引擎WebCore），原因是WebCore需要同时满足Google和苹果的需要，导致了过度复杂化，因为 Google用自己的JavaScript引擎V8，而苹果仍在使用JavaScriptCore。
Google从WebCore中清除掉苹果的代码而创 建了Blink，苹果开发者也在考虑清除WebCore 中的Google代码，但引发了争议，因为使用WebKit的第三方可能依赖于Google贡献的代码。Google的离开导致WebKit项目许多组件 无人维护，其中一些可能会被彻底遗忘和抛弃，比如Google贡献了初步支持CSS自定义属性的代码，代码现在没人维护，苹果因此决定移除它，但该功能是W3C正在积极开发的标准之一，如果只是扔掉代码而不填补空缺，WebKit估计很快会成为第三方项目的第二选择。
近来，Blink-WebKit分裂将殃及部分浏览器， 随着谷歌宣布即将停止使用Webkit作为Chrome浏览器的渲染引擎之后，浏览器开发者们正在遇到一系列的新问题。
刚刚将引擎迁徙到Webkit上的Opera浏览器马上宣布支持Blink。Opera公司的布鲁斯-劳森（Bruce Lawson）表示，“Opera在未来将继续支持Blink，并将其作为Opera浏览器的全新渲染引擎。”
在移动市场，WebKit和Safari一直占据着统治性的地位，即使网页的渲染机制变成了Blink，也无法在根本上改变网页在Safari上的呈现效果。据悉，CSS变量这种技术或许对程序员来说是点儿挑战，不过传言苹果的开发人员将不会在Safari中加入对这种渲染技术的支持，不过对于一向特立独行的苹果来说，由此决定并不令人吃惊。原文地址:http://nb.zol.com.cn/365/3653289.html
qt开发webkit：我的建议是用 qtwebkit 来自：http://qvb3d.iteye.com/blog/1511247
昨天遇到一个兄台,说要qt写界面
有时界面会变动很大
我的建议是用 qtwebkit
具体是什么样的呢,也不知道那个兄台能不能看到这博客
把以前项目中的内容,简化成例子
WebKitGTK＋是可移植渲染引擎WebKit在GTK+平台下的接口。
今天在LinuxTOY那篇Google Chrome上与华华兄谈起WebKitGtk的事情，就顺便在这里一起讲了吧。
我在WebKitGtk进展中讲到，WebKitGtk从r38834开始就已经实现JS开新窗口了。
现在我用的r40220当然也已经支持了，更何况两位兄台用的比我的还新一点！
DirectUI的界面逻辑既可以在用户程 序中调用进行控制也可以采用脚本进行 控制。目前支持的脚本为Javascript与Lua 两种，用户可以选择其中的一种来使 用。何为界面逻辑？为何需要脚本来控 制呢？所谓界面逻辑，指的是与界面操 作相关的一系列方法与事件。比如在界 面中有一个按钮用来控制左侧面板的缩 进与展开。在传统的界面开发方式下， 我们需要在应用程序里面响应该按钮的 Click事件来对左侧面板进行位置的控 制。这样的处理方式会导致界面逻辑的 修改而影响到应用程序的重新编译。而 界面逻辑的变化与调整在整个软件的生 命周期内是非常频繁与普遍的。所以找 到一种界面逻辑的变化不会影响到应用 软件的重新编译的方式成为第三代界面 库的一大技术要点。DirectUI很巧妙地运 用了脚本特有一些特性，将内部生成的 控件实例对象通过脚本规则导出到外 部，由脚本来调用控件的接口与方法。 用户写成的脚本.js或.lua被打包进DirectUI 的皮肤文件中。这样，当程序切换皮肤 文件时，也把相应的界面逻辑也一同切 换了。没有脚本支持的界面库是无法做 到界面与业务逻辑的彻底分离的。所 以，是否支持脚本控制就成为界面库能 否真正实现界面与业务逻辑彻底分离的 标志性技术点。
Google创建了WebKit分支为Blink，目前除了Opera之外还没有浏览器开发商计划使用Blink。过去几年，Google是WebKit项目最主要贡献者，如果Blink的开发速度超过WebKit，可以预见未来会有更多项目从WebKit换到Blink。Google fork WebKit（或者更精确的说法是fork WebKit的HTML和CSS核心渲染引擎WebCore），原因是WebCore需要同时满足Google和苹果的需要，导致了过度复杂化，因为 Google用自己的JavaScript引擎V8，而苹果仍在使用JavaScriptCore。
Google从WebCore中清除掉苹果的代码而创 建了Blink，苹果开发者也在考虑清除WebCore 中的Google代码，但引发了争议，因为使用WebKit的第三方可能依赖于Google贡献的代码。Google的离开导致WebKit项目许多组件 无人维护，其中一些可能会被彻底遗忘和抛弃，比如Google贡献了初步支持CSS自定义属性的代码，代码现在没人维护，苹果因此决定移除它，但该功能是W3C正在积极开发的标准之一，如果只是扔掉代码而不填补空缺，WebKit估计很快会成为第三方项目的第二选择。
近来，Blink-WebKit分裂将殃及部分浏览器， 随着谷歌宣布即将停止使用Webkit作为Chrome浏览器的渲染引擎之后，浏览器开发者们正在遇到一系列的新问题。
刚刚将引擎迁徙到Webkit上的Opera浏览器马上宣布支持Blink。Opera公司的布鲁斯-劳森（Bruce Lawson）表示，“Opera在未来将继续支持Blink，并将其作为Opera浏览器的全新渲染引擎。”
在移动市场，WebKit和Safari一直占据着统治性的地位，即使网页的渲染机制变成了Blink，也无法在根本上改变网页在Safari上的呈现效果。据悉，CSS变量这种技术或许对程序员来说是点儿挑战，不过传言苹果的开发人员将不会在Safari中加入对这种渲染技术的支持，不过对于一向特立独行的苹果来说，由此决定并不令人吃惊。原文地址:http://nb.zol.com.cn/365/3653289.html
qt开发webkit：我的建议是用 qtwebkit 来自：http://qvb3d.iteye.com/blog/1511247
昨天遇到一个兄台,说要qt写界面
有时界面会变动很大
我的建议是用 qtwebkit
具体是什么样的呢,也不知道那个兄台能不能看到这博客
把以前项目中的内容,简化成例子
WebKitGTK＋是可移植渲染引擎WebKit在GTK+平台下的接口。
今天在LinuxTOY那篇Google Chrome上与华华兄谈起WebKitGtk的事情，就顺便在这里一起讲了吧。
我在WebKitGtk进展中讲到，WebKitGtk从r38834开始就已经实现JS开新窗口了。
现在我用的r40220当然也已经支持了，更何况两位兄台用的比我的还新一点！
作者：jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除
地址：http://jackxiang.com/post/6225/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明！
最后编辑： jackxiang 编辑于2013-4-10 11:10
PHP和Nginx 文件上传大小限制问题解决方法
[值得实践]HTTP断点续传的基本原理，c语言实现HTTP断点续传。评论列表
