引言 　　目前，嵌入式瀏覽器已經(jīng)逐漸成為高端手機(jī)和pda的標(biāo)準(zhǔn)配置。 konqueror/embeded作為嵌入式linux操作系統(tǒng)的首選瀏覽器得到了廣泛使用。但是由于該瀏覽器是自由軟件，因此向具體嵌入式平臺(tái)移植時(shí)存在一定的難度。本文主要介紹了konqueror/embedded向arm-linux平臺(tái)上的整個(gè)移植和漢化過(guò)程，以便工程師參考和使用。　　konqueror/embedded的結(jié)構(gòu)　　konqueror/embedded是由底層網(wǎng)絡(luò)連接，圖形化用戶界面和處理html繪制的引擎khtml構(gòu)成的。底層的通信協(xié)議實(shí)現(xiàn)是基于kio/slave機(jī)制來(lái)實(shí)現(xiàn)的；gui界面采用kparts組建技術(shù)和qt的基本構(gòu)件；而作為konqueror/embedded的核心,khtml則運(yùn)用了文檔對(duì)象模型(dom)所提供的api接口，并在dom樹上掛接javascript引擎，css解析器以及渲染引擎。konqueror/embedded的層次結(jié)構(gòu)如圖1所示。　　

圖1 konqueror/embedded層次 結(jié)構(gòu)　　kparts及qt構(gòu)件實(shí)現(xiàn)gui　　為了方便地實(shí)現(xiàn)將現(xiàn)有應(yīng)用作為一個(gè)控件插入到另外一個(gè)應(yīng)用中去，采用了part對(duì)象負(fù)責(zé)管理整個(gè)應(yīng)用和窗口。對(duì)于每個(gè)窗口又采取了類似 微軟 mfc 中的 doc-view 結(jié)構(gòu)。因此在將應(yīng)用嵌入到另外一個(gè)應(yīng)用中的時(shí)候，只需要獲得part中的接口和數(shù)據(jù)即可。對(duì)窗口的一切操作的響應(yīng)由被嵌入應(yīng)用的 part 對(duì)象來(lái)完成，而類 doc-view 結(jié)構(gòu)只負(fù)責(zé)顯示和保存數(shù)據(jù)即可。 　　由于konqueror/embedded是基于圖形庫(kù)qt/e，因此也遵循了signal、slot消息機(jī)制，konqueror/embedded作為qt/e的一個(gè)標(biāo)準(zhǔn)應(yīng)用程序進(jìn)行輸入/輸出及界面消息響應(yīng)?！　?執(zhí)行dom 模塊　　dom 模塊對(duì)經(jīng)過(guò)解析的標(biāo)記進(jìn)行語(yǔ)法檢查，并把屬性看作節(jié)點(diǎn)，按照標(biāo)記的語(yǔ)義包含關(guān)系以及先后順序組織成dom樹。它給html 文檔定義了一個(gè)與平臺(tái)無(wú)關(guān)的程序接口，使用該接口可以控制文檔的內(nèi)容、接口和樣式?！　≡趫?zhí)行dom模塊的過(guò)程中，瀏覽器將所有從語(yǔ)法語(yǔ)義解析模塊中獲得的標(biāo)記和屬性，按照一定的層次結(jié)構(gòu)組織成dom 樹。完成dom 樹的構(gòu)筑后，dom 模塊會(huì)同時(shí)把標(biāo)記和屬性以對(duì)象的形式傳給綁定模塊和腳本引擎模塊?！　?zhí)行i/o模塊　　瀏覽器加載有關(guān)的i/o文件，對(duì)http等協(xié)議進(jìn)行解析。語(yǔ)法語(yǔ)義解析模塊的解析功能分為兩部分：對(duì)接收到的字節(jié)流進(jìn)行分詞，解析為關(guān)鍵字；調(diào)用解析器檢驗(yàn)關(guān)鍵字是否合法，若是合法的關(guān)鍵字，則按照規(guī)則插入到dom 樹中。　　html 的標(biāo)記和屬性統(tǒng)稱為html的關(guān)鍵字。基本上所有html 4. 0 規(guī)范的標(biāo)記都在此功能模塊中獲得支持。從i / o 模塊中接收字節(jié)流并進(jìn)行分詞，輸出標(biāo)記；再對(duì)標(biāo)記進(jìn)行判斷，如果是html 規(guī)范中合法的標(biāo)記，則把標(biāo)記看作一個(gè)節(jié)點(diǎn)，并組織成語(yǔ)法樹。對(duì)屬性標(biāo)記的解析首先在標(biāo)記處理類中執(zhí)行，如果解析不成功，則交由基類的屬性解析器進(jìn)行解析。

　　
圖2 編譯配置　　
konqueror/embedded的移植　　交叉編譯工具的安裝　　在本文中，運(yùn)用的交叉編譯工具是專門為arm處理器設(shè)計(jì)的arm-crosstoolchain。2.95.3版本的交叉編譯工具只能解壓到/usr/local/arm/2.95.3目錄下，否則在qt/e編譯時(shí)會(huì)出錯(cuò)?！　榱嗽谌魏文夸浵露寄苁褂霉ぞ哝?，必須要對(duì)路徑進(jìn)行設(shè)置。用vi編輯器打開/etc/profile文件并添加下述路徑：path=/usr/local/arm/2.95.3/bin:$pathqt/e的編譯 　　qt是一個(gè)跨平臺(tái)的 c++ 圖形用戶界面庫(kù)，目前包括qt/x11(基于 framebuffer)和qt/e(qt embedded)。konqueror/embedded就是基于qt/e圖形用戶界面庫(kù)的，因此在編譯konqueror/embedded之前必須先編譯qt/e?！　【幾gqt/x11就是為編譯qt/e提供uic(用戶接口編譯器),uic用來(lái)把.ui文件轉(zhuǎn)成.h和.cpp文件?！　t/x11編譯完畢而生成的uic拷貝到qt/e的bin目錄下面。在編譯qt/e之前，先要將qtopia的一個(gè)配置文件拷貝到qt/e中，表示qt/e的配置是按照qtopia要求的，即：cp qtopia-free-1.7.0/src/qt/qconfig-qpe.h qt-embedded-2.3.7/src/tools/　　之后就可以設(shè)置環(huán)境變量，編譯qt/e了。編譯qt/e完成后，在qt/e的lib目錄下會(huì)自動(dòng)生成libqte.so.2.3.7庫(kù)文件。

圖3 文件的原路徑和目標(biāo)板路徑　　
圖形界面qtopia的編譯