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