webkit编译后大小
android本来自带了webkit浏览器，但是要对其进行custom就需要android源代码才行， 但是在没有源码的情况下，那么就需要用到ndk了，比如，我是在xoom上做custom webkit的。
1、虽然ndk提供的库很少，而且没有skia，但是好在有bitmap，这样显示慢了点，没有硬加速，但不是不可能。
2、webkit需要的第三方库，freetype，png，jpeg，sqlite3等虽然android源码中有，但是ndk没有开放，因此所有的第三方库，freetype，png，jpeg，sqlite3，cairo，curl，fontconfig，pixman，iconv等都需要用ndk cross-compile成静态库，然后链接到最终的动态库中。
3、选择iconv是icu太大，而且没有多语言的需求，选择cairo+pixman是skia的移植性不好，而且cairo支持很多种backend。
4、编译第三方库需要用到autoconfig，ndk中有如何生成交叉编译链的文档，然后在configure时使用这个工具链就可以了，但是android用到的是bionic库，因此会有很少的地方需要修改，有些库也不能生成test程序，但是静态库是没问题的。
5、利用ndk生成的交叉工具链，在加上webkit自带的cmake编译系统，生成webkit的动态库是没有问题的，当然是webkit的内核，而且有些平台相关的部分代码需要修改。
6、但是只要是以linux平台为基础，修改还是很容易的，我移植的webkit是先移植到linux平台上，然后移植到android平台上的，所以修改相对少了很多，但是修改大多都在WebCore/platform下，在选择了的平台相关库后，做相应的配置和修改。
7、其次是在WebKit目录，这个主要是支持和使用WebCore，因此在需求不是整个浏览器，而只是正常地显示网页时，还是可以写的比较简单的。
Ⅱ 求QT5.0以上的任何一个版本静态编译结果，带webkit
WebKit是一个开源的浏览器引擎，与之相应的引擎有Gecko（MozillaFirefox等使用的排版引擎）和Trident（也称为MSHTML，IE使用的排版引擎）。同时WebKit也是苹果MacOSX系统引擎框架版本的名称，主要用于Safari，Dashboard，Mail和其他一些MacOSX程序。WebKit所包含的WebCore排版引擎和JSCore引擎来自于KDE的KHTML和KJS，当年苹果比较了Gecko和KHTML后，仍然选择了后者，就因为它拥有清晰的源码结构、极快的渲染速度。
Ⅲ 怎样自行开发一个Webkit内核的浏览器
首先为什么需要使用webkit或chrome浏览器内核？本人之前一直使用IE控件中的IE浏览器，对于简单的开发已经够用了，但是IE有它的诟病，特立独行，对HTML5新特性兼容性非常差，由于近期在研究HTML5以及2.5D和3D地图相关技术，所以一开始就摒弃了使用IE内核的想法。关于windows下使用chrome浏览器内核或webkit内核，已经专研了好几天，一直在碰壁，我相信也有不少网友也跟我一样，查阅了几天都没有任何进展，下面我说说这几天查阅资料遇到的问题：
（1）关于webkit或chrome相关源码都需要编译，而且编译环境相当复杂，很多时候按照文章流程走，要么走不通，要么出一连串解决不了的错误，最终心灰意冷，直到放弃（大多数搞windows开发的在编译这块都缺少相关经验，不比linux开发员）；
（2）能找到人家已经编译好的webkit或chrome内核库，但是不是最新的库，很多都是2012年之前的，太老的，对于近几年HTML5的飞速发展，我想那些陈旧的库已经不再适用了。
Ⅳ 如何清除webkit浏览器默认设置的文本大小
由于很少使用基于Webkit内核的浏览器，比如Safari和Chrome什么的，以至于自己一直没有很好的重视这个问题，今天Prouz提出了这个问题，于是我便开始研究，但是随着研究的深入，发现问题也越来越多。
首先是在Webkit内核浏览器下搜索框特有的样式，通过Google的开发人员工具结合网上搜索发现这么一个Webkit的私有属性-webkit-appearance，关于这个的介绍可以看CSS Webkit Appearance这篇文章，其定义了input在Webkit浏览器下的各种表现，尤其在苹果的Safari浏览器下，比如搜索框是这个样子的：
这样就导致我们原先定义的样式全部失效，当然我们可以将input的type="search"改成type="text"来解决这个问题，当然这是一种偷懒的做法，也不符合HTML5的定义，当然对于HTML5定义的表单可以参考A Form of Madness这篇文章，这篇文章作者告诉我们可以通过定义-webkit-appearance:textfield来解决这个问题，不过也有网友建议使用-webkit-appearance:none。
1
2
3
input[type="search"] {
-webkit-appearance: textfield;
}
问题是解决了，但是发觉在Webkit核心下搜索框高度无法和其他内核浏览器一样，这是个很奇怪的问题，同样的也导致了搜索文字的下沉，也就是Prouz所反映的情况，通过调用Chrome开发人员工具，找到问题所在。
1
2
3
4
.search {
height:20px !important;
height:21px;
}
一个为了兼容IE6的写法，开始以为是!important导致的，但是后来发现如果height有覆盖属性搜索框就一定会有个怪异的高度。
后来通过搜索得到CSS Tricks的WebKit HTML5 Search Inputs，但是感觉其只是描述了问题所在，没有给出个较好的解决方案，当然也没有用到属性覆盖，试了下这篇文章下面网友评论的方法，就是禁用Webkit搜索表现特性：
1
2
3
4
5
6
input[type="search"]::-webkit-search-decoration,
input[type="search"]::-webkit-search-cancel-button,
input[type="search"]::-webkit-search-results-button,
input[type="search"]::-webkit-search-results-decoration {
display: none;
}
但是问题依旧，这个问题只能先放这儿，改天详细研究，目前给搜索框留了个高度，去掉!important覆盖，然后改小了padding值，于是搜索框稍稍正常些，但是细心的网友会发现其实还是有几像素的区别，但是至少不会在Chrome和Safari下产生怪异的高度了。
转载
Ⅳ Chrome内核和Webkit内核区别是什么
chromium是修改后用于chrome的WEBKIT内核，搜狗QQ360用的差不多等于chromium核。
傲游发布之初就对webkit进行了修改，版本号都是自己搞的，所以他等于是第二个chromium。
苹果估计就是原版的webkit稍改了改，不像chromium升级了那么多次，他小小算个chromium3号。
然后webkit毕竟是webkit，有一些基础的bug，发现的都可以提交，互相告知，做做贡献。
Ⅵ 如何有效精简 node-webkit 的体积
Chrome Dev Tools 不会占用多大体积，因为功能上的东西都在内核中已经实现了。而且 nw.js 暂时也没有提供这方面的选项。推荐你按照官方的教程把App打包之后再用 upx 加个壳，体积会改观不少，一般来说50+M能缩到15-20M的样子。当然最后的最后想说的是，既然想用 nw.js 这类东西开发应用就不要去吐槽大小的事情了，毕竟是硬伤.
Ⅶ 怎么编译自己的WebKit
可以，直接下载Webkit 在编译的时候 选择编译for Qt 就行了。 但是 先提醒你，Webkit 是我见过所有的库中，最难编译的。做好心理准备。50个人编译Webkit 会有50个不同的错误。
Ⅷ 关于在Windows下编译webkit内核的详细资料
webkit.org上已经有完善的资料了
http://www.webkit.org/building/build.html