Konqueror/embedded向ARM-Linux平臺的移植和漢化

引言

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

　　

圖1 Konqueror/embedded層次結構

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

　　
圖2編譯配置