自編全新 WebKit 讓 KDE / Konqueror 如虎添翼

KDE4 的 Plasma 引入了 WebKit 做為桌面環境的預設排版引擎，雖然瀏覽網頁的工作依然是交給 KHTML ，但是 Konqueror 現在也只要安裝相對應的套件就能使用 WebKit 了！ 對於在 Web 2.0 應用這方面比 KHTML 強很多的 WebKit 對於瀏覽網頁來說當然是個不可或缺的搭檔。

雖然 Konqueror 可以搭配 WebKit ，但是在 Ubuntu 套件庫中的 QtWebKit 版本卻非常的陳舊，不但 Acid3 測出來只有 41 分，而且連 GMail 都無法好好使用。 另一方面速度之慢，令人難以忍受。雖然 WebKit 是水果牌的東西，但好歹它也是個開源的（從 KHTML 改來的嘛），既然不滿意，那就自己抓新的下來編吧！ 用 Konqueror 來上 GMail ？ 聽起來跟美夢一樣，不過就快成真了！ :)

如果要讓 Konqueror 能使用 WebKit 來上網的話，之前已經有介紹過了，請按這篇文章裡寫的下去做吧！

在開始編譯之前，先來裝一些編譯會用到的道具（？），好讓我們順利編譯：
$ sudo apt-get build-dep libqtwebkit1d
$ sudo aptitude install libqt4-dev libxslt-dev gperf bison libsqlite3-dev flex build-essential
接著是使用 SVN 調出最新的 WebKit 原始碼（就是最新 Nightly 版），雖然 WebKit 跟 Gecko 比起來很嬌小，但還是要抓不少東西，包括各平台的 WebKit 都是用同一份原始碼，以我個人來說大概抓了 20 分鐘左右：
$ svn checkout http://svn.webkit.org/repository/webkit/trunk WebKit
注意，這個動作使用到 Subversion 這玩意，所以如果你不曾安裝它，請事先將它裝上才能調出 WebKit 原始碼：
$ sudo aptitude install subversion

在原始碼調出的過程中，你可以先另開一個終端機來處理一下 QMake 的問題，由於 /usr/bin/qmake 這玩意是 Qt3 的 QMake ，也就是 /usr/bin/qmake-qt3 這玩意，但是在編譯時需要使用的是 /usr/bin/qmake-qt4 ，但 Script 預設會去用 /usr/bin/qmake 這傢伙，所以如果不先動個手腳的話等一下一定會出錯：
$ sudo mv /usr/bin/qmake /usr/bin/qmake.bak
$ sudo ln -s /usr/bin/qmake-qt4 /usr/bin/qmake
OK! 大功告成，接著可以喝杯茶，然後去上個廁所，等 WebKit 抓完。

抓完了以後就可以開始編譯了，因為是要給 KDE 和 Konqueror 用，所以編 QtWebKit 就好，其它東西也用不到就不用啦！
# QTDIR=/usr/share/qt4/ WebKit/WebKitTools/Scripts/build-webkit --qt

接著會經過一段非常漫長的編譯過程，將近一小時。 這段期間你可以好好享用一下晚餐，或者是看個電視之類的。

當編譯好以後接著就是把編好的東西搬去給 Konqueror / KDE 用了！ 其中編好的程式庫會在 WebKit/WebKitBuild/Release/lib 中，檔名叫作「libQtWebKit.so.4.4.3」，用它取代掉原本在 /usr/lib 裡的 libQtWebKit.so.4.4.3 就可以了 :)
$ rm -Rf /usr/lib/libQtWebKit.so.4.4.3
$ cp WebKit/WebKitBuild/Release/lib/libQtWebKit.so.4.4.3 /usr/lib/libQtWebKit.so.4.4.3
最後把 QMake 物歸原位：
$ sudo rm /usr/bin/qmake
$ sudo mv /usr/bin/qmake.bak /usr/bin/qmake

一切都完成以後就可以用 WebKit 來打開 GMail 享受編譯過後的成果了喔！ :)

如何使用 Konqueror 的自動捲動

在 Firefox 裡頭有個功能叫作「自動捲動」，也就是在網頁空白處按下滑鼠中鍵（也就是滾輪）往上或往下移動游標的話就會自動捲動頁面，並且會依移動的幅度調整滾動速度，這個功能其實在 Konqueror 裡也是有的，但最近不曉得為什麼按中鍵老是沒反應，稍微研究了一下才發現原來是被 Konqueror 的新功能蓋住了。

這邊要講的是 Konqueror 4.2 的操作方式。 另一方面 Konqueror 之於一套瀏覽器來說已經越來越進入狀況，加上 Apple WebKit 的話這樣大部分的網站就可以正常瀏覽了！

Konqueror 4.2
http://konqueror.kde.org/

首先請打開 Konqueror 並選擇【設定(S)】→【Configure Konqueror 征服者...】

接著請點選【網頁瀏覽】並將其中的【按中鍵開啟選擇區中的網址(I)】關掉，最後在按【確定(O)】：

這樣就可以在瀏覽網頁的時候在任意處點選中鍵（滾輪）啟動自動捲動的功能了！

讓 Konqueror 實現雙引擎 — KHTML/WebKit

在 KDE 4 尚未釋出前就曾經提過有關將 WebKit 整合到 KDE 4 的消息，目前 WebKit 不但已經導入了 Plasma 中應用，甚至也可以供給 Konqueror 做為次要的網頁排版引擎。 不管是 KHTML 或者是 WebKit ，都是速度奇快的網頁排版引擎，但由於使用 WebKit 的瀏覽器當中，有比較多是屬於主流勢力（Safari、Google Chrome...），也因此有許多網路服務也都只有針對 WebKit 提供支援，因此 WebKit 的導入，無疑的讓 Konqueror 的實用性大大的提升。

雖然這根本不是什麼大新聞，早在 Kubuntu 8.04 釋出以前就有相關的套件可以實作。但在當時的狀況來說，根本不堪用，不但速度奇慢、載入狀況多、有圖片時還會跑出一票的圖片傳輸視窗。 並且這個套件還曾經在 Kubuntu 套件庫中消失過好一陣子。

歷經一段漫長的開發期以後我們終於又可以重新在 Konqueror 上看到 WebKit 的蹤跡，並且這次比之前更接近堪用的境界，我想會弄那麼久，大概是因為在 KDE 裡整合 WebKit 的主要對象是 Plasma 而不是 Konqueror 的緣故吧！雖然說我還蠻好奇為什麼 Plasma 不使用 KHTML 的？

如果你使用的是 Kubuntu 環境的話那你應該可以輕鬆的將它安裝起來：
$ sudo aptitude install webkitkde
這麼一來，就可以在 Konqueror 的網頁瀏覽模式中的檢視模式裡看到 WebKit 這個選項了！

現在 Konqueror 的 WebKit 速度雖然不怎麼樣，但是功能上還算正常，大部分的網頁也都可以正常瀏覽，並且一些不支援 KHTML 的服務比如說 Blogger 的 WYSIWYG 編輯器和 Flickr 的相片上傳功能現在都可以在 Konqueror 裡正常使用了！（不過不曉得為什麼在使用 Blogger 時一直無法儲存文章）

雖然現在在 Konqueror 裡使用 WebKit 的狀況有比之前好上許多，但還是可以發現不少問題。 例如 Konqueror 設定視窗裡的字型設定和 UserAgent 偽裝功能在使用 WebKit 的情況下根本無法生效，偏偏使用 WebKit 的預設字體真的還蠻小的，看起來有點傷眼睛。

此外， KDE 底下的 WebKit 不曉得是太舊還是什麼原因，ACID3 測試結果僅得 44 分，比起 KHTML 4.1.85 的 85 分來說是落後了好一大截。 並且在 Konqueror 的設定選項裡還找不到任何可以調整到底是要使用 WebKit 還是 KHTML 做為預設排版引擎的選項，也就是說要把 WebKit 設定成預設排版引擎現階段應該還是不可能的，只能透過手動選擇來切換，並且開另外一個分頁或者是手動輸入網址的時候又會自動跳回 KHTML ，使用上還是不太方便。 我想這可能跟此專案還是處於開發階段有著很大的關係吧。我個人比較希望的是能夠建立一個篩選器的功能決定瀏覽哪些網站的時候自動切換成 WebKit 如此一來就不用手動在兩個引擎之間切來切去的了！

Konqueror 的搜尋列呢??

　　相信轉換到 Konqueror 4 的用戶心裡都會有個很大的疑問 — Konqueror 的搜尋列哪去了？
　　沒錯，由於可能是基於介面簡化的關係， KDE 的開發團隊毅然決然的把它拿掉囉！但是這麼一來我們要如何搜尋呢？其實網址列就可以代替搜尋列的功能了！

　　使用的方法相當的簡單，例如你要使用 Google 搜尋「數位版權管理」這個關鍵字，你只要於網址列中輸入→ 「google:數位版權管理」 即可！如下:　　也就是說，只要使用「搜尋引擎代號:關鍵字」的格式就可以囉！至於得知代號的方式只要在 Konqueror 的設定視窗中的網頁捷徑裡就可以看到了喔！　　如果你覺得內建的不好記的話，也可以加上自己方便記憶的代號喔！只要在每個代號間用半形逗號隔開就可以了！

Konqueror 的隱藏設定值

　　Konqueror 是 KDE 下預設的網頁瀏覽器，搭配 KHTML 網頁渲染引擎，速度快，標準支援度高，並且同時相容部分的 IE Only 語法，是個實用的網頁瀏覽器，不過在 Konqueror 簡潔到不行的組態設定視窗中也可能會讓一些想要嘗試 Konqueror 的用戶不得其門而入，有些人甚至會還以為 Konqueror 怎麼連這麼基本的功能都沒有。其實是有的，只不過是被藏起來的功能罷了，現在來看看一些 Konqueror 的隱藏設定，並把 Konqueror 調校得更得心應手吧！

• 在每個分頁上顯示分頁關閉按鈕(Hover Tab Close Button)

　　此功能雖然可以在組態設定視窗中找到類似的設定: 顯示關閉按鈕代替網站圖示 ，不過該設定是並不會把網站圖示蓋掉，而是當滑鼠移到網站圖示上時才會變成關閉按鈕。

　　設定方式很簡單，請打開一個終端機視窗，並在其中執行以下指令即可：
$ kwriteconfig --file konquerorrc --group FMSettings --key PermanentCloseButton --type bool false
$ kwriteconfig --file konquerorrc --group FMSettings --key HoverCloseButton --type bool true

• 拿掉分頁列上的開新分頁 or 關閉分頁按鈕

　　拿掉 新分頁 按鈕：
$ kwriteconfig --file konquerorrc --group FMSettings --key AddTabButton --type bool false

　　拿掉 關閉分頁 按鈕:
$ kwriteconfig --file konquerorrc --group FMSettings --key CloseTabButton --type bool false

• 在分頁上按中鍵關閉分頁

$ kwriteconfig --file konquerorrc --group "FMSettings" --key MouseMiddleClickClosesTab --type bool true

• 設定單一分頁的最大和最小寬度

設定最大寬度為 300 px :
$ kwriteconfig --file konquerorrc --group General --key MaximumTabLength 300
設定最小寬度為 3 px :
$ kwriteconfig --file konquerorrc --group General --key MinimumTabLength 3

• 讓 Konqueror 把分頁列顯示在下方

$ kwriteconfig --file konquerorrc --group "FMSettings" --key TabPosition Bottom

• Konqueror 的隨打即找

　　 Firefox 裡面有個令人愛不釋手的「隨打即找」功能，就是在瀏覽單一網頁時，可以直接輸入想要在該頁搜尋的關鍵字便會進入尋找頁面的狀態，其實 Konqueror 也有類似的功能喔！只要在你想要使用尋找功能時，按下「/」，Konqueror 的狀態列就會顯示：　　接著只要 Key-in 你想搜尋的關鍵字即可！要尋找下一個，只要按 F3 就可以囉！當然該功能最大的缺點就是不能搜尋中文，這跟 Firefox 有點像，如果真的要找中文，那就還是得勞駕搜尋視窗嚕！

把 WebKit 導入 Konqueror 玩玩！

　　早些前有提到 Konqueror 將引入 WebKit 引擎，然而從之前到現在的努力， WebKit 已經可以在 KDE4 下被安裝囉！ 由於還存在著一些問題，所以並不建議用於一般用途喔！不過如果是純粹想要玩玩，你可以輕鬆的在有安裝 KDE4 的 Kubuntu Gutsy 下安裝喔！另外你也可以在使用 KDE4 的 Kubuntu 8.04 測試版來玩喔！據說該版已經預設安裝 WebKit 了！

　　首先，請先確認你有打開 universe ，如果沒有的話，請在 Adept 內把「社群協力回戶開放原始碼軟體(universe)」選起來！　　接著更新套清單後，就可以在套件庫裡找到「webkitkde」這個套件囉！二話不說，安裝吧！　　安裝完以後請重新登入 KDE4 ，接著打開 Konqueror 4 並選 檢視/檢視模式 你就會發現 WebKit 出現在你面前了！
　　不過呢，這個 WebKit 和 Konqueror 配和得還是很差勁，例如說你要是載入 Yahoo! 奇摩 或是其他 圖片稍稍多一點的網站，你可能會被天外飛來的數百個傳輸視窗嚇得震驚不已。然後當你好不容易穩定心情連接到部落格開了一個新文章然後很慶幸的發現終於可以使用 Blogger 的所見即所得編輯器時，你會因為竟然沒辦法使用中文輸入法而突然有了想拿起電鋸砍了電腦的念頭........

　　這 WebKit 還是純粹玩玩就好，WebKit 和 Konqueror 的完美結合是還有的等的.....

未來 Konqueror 將導入 WebKit 做為預設渲染引擎

　　其實去年底就有聽到這樣的風聲了， KDE 工作團隊打算將自家開發的渲染引擎 KHTML 併入 KHTML 的分支— WebKit (WebKit 是蘋果專為 Safari 所設計的渲染引擎)。在 Konqueror 第四版出來後， KDE 的工作團隊也開始著手將 WebKit 導入 Konqueror 4 ，截至目前為止已經初具雛型了，不過由於原本的 KHTML 工作團隊分成兩派人馬，一是傾向於轉向 WebKit 開發，另外則是死守 KHTML 的開發者，所以基本上 KHTML 在短期內應該還不至於消失。

　　就我個人的看法而言，依照 Konqueror 和 Safari 的軟體能見度來說， Safari 當然是遠大於 Konqueror ，因此 WebKit 受網頁設計師支援以及重視的程度也當然就會比 KHTML 大很多(更何況使用 WebKit 的瀏覽器並不止 Safari)，所以就通行度而言，引入 WebKit 對於 Konqueror 來說的確是件好事。

　　但是 KHTML 是 KDE 自己專為 Konqueror 而量身打造的渲染引擎，不但是Konqueror 的渲染引擎，更是整個 KDE 的渲染引擎， KHTML 對於 Konqueror 來說，意義非凡，若是沒了 KHTML ，就我個人的觀點認為，那 Konqueror 恐怕就只剩外殼了(就像 KKBOX 和 Galeon 那樣，是沒有自己核心的瀏覽器)。所以我認為 KHTML 不應被 KDE 團隊所忽視。

　　但就情勢來說， KHTML 現在應該算弱勢，未來所剩的 KHTML 開發者也有可能因為感到大勢已去而紛紛轉向 WebKit 開發，直至 KHTML 消失為止。

　　雖然我贊同 Konqueror 導入 WebKit ，但我還是傾向於使用 KHTML 做為預設的排版引擎，讓我們可以在必要時切換到 WebKit 就好，我不贊成將 WebKit 做為預設渲染引擎，尤其不贊成 KHTML 開發者轉而開發 WebKit ，原因很簡單，因為我認為 KHTML 對於 Konqueror 甚至是整個 KDE 來說是意義非凡。

Konqueror 自動全螢幕

　　之前有介紹過 Firefox 的自動全螢幕方法，這次來介紹一下讓 Konqueror 在啟動時自動全螢幕的方法吧！(Konqueror 3.5 以上版本皆適用)
　　之前介紹使用於 Firefox 的方法是利用 Firefox 強大的擴充套件的特性，尋找適合的擴充套件使得 Firefox 在啟動時自動進入全螢幕狀態。 在不具擴充套件的 Konqueror 我們也可以利用 Konqueror 本身不算低的可自訂特性達到我們的目的喔！

　　首先以「網頁瀏覽器」的設定檔請開啟 Konqueror ，並選擇 設定(S) → 設定快速鍵(H) ... ：　　在設定視窗中找到 「儲存檢視設定檔"網頁瀏覽"(S)...」 這一項，然後展開右邊的快速鍵欄位，選擇「自訂：」，並點一下它右邊的設定按鈕並且按 Alt+Shift+S ，把它設定為此動作的快速鍵，最後按「確定(O)」儲存。

　　接下來回到 Konqueror 的主畫面，並且點選 F11 進入全螢幕狀態，此時請按剛剛設定好的 Alt+Shift+S ，會出現以下視窗(注意，為了節省版面，畫面中部分的東西被我拿掉了，所以看起來會跟你看到的不太一樣)：　　請勾選「將視窗大小儲存在設定檔中(W)」，並且點選儲存，如此一來，下次開啟 Konqueror 時就會在全螢幕的狀態下囉！

• 相關文章
• Firefox 自動全螢幕
  

通向 KDE 4 之路（九）：Dolphin 與 Konqueror

經常看 KDE 新聞的朋友也許已經注意到了，最近在 kdebase 模塊中多了一個新東西。Dolphin 檔案管理員作為 Konqueror 的補充被加入了 kdebase。以下是這個新的檔案管理員以及它與 Konqueror 和 KDE 相關部分的關係的詳細內容。

首先大家對 KDE 中的檔案管理員作一個回顧：出現在 KDE 1.x 中的是 KFM（KDE 檔案管理員），它是一個初步擁有一定網路瀏覽功能的檔案管理員。下面是一張 KFM 的截圖（從 kde.org 的庫裡找出來的），從圖中您可以對它的介面有一個瞭解。

雖然從 KDE 1.x 開始，KDE 已發展了很多年了，但仍然可以很輕易地發現 KFM 的某些部分影響了 Konqueror 的設計，那些設計就被加入了當時的 KDE 2.0 中。KParts 技術為我們的檔案管理程式帶來了新的革命，同時也造就了 Konqueror 這個集網路瀏覽器、檔案管理員等功能為一體的強大程式。下面是張 KDE 3.5.6 中 Konqueror 的截圖，您可以看到雖然界面改進了很多，但依然可以看到當年 KFM 的影子。

Konqueror 實為 KDE 2.x 和 3.x 系列中 KDE 技術的代表作，它展現了 KDE 技術中最優秀的部分。Konqueror 顯示了 KDE 的 IOslaves 技術的強大，這個技術使得您通過 FTP、fish（SSH）、HTTP 以及其它協定進行檔案操作時實現網路的透明化（網路操作時與在本機操作一樣方便）。Konqueror 是如此的先進，只要您在網址列填上 FTP 網址，您就可以像在本機上一樣操作它（據我所知，只有 Konqueror 能做到這點）。它的 KParts 功能可以令它嵌入各種所需的檢視器，如可以直接在它的界面中嵌入如 KPDF、KWord、圖片檢視器，當然還有我們最重要的 KHTML 網頁排版引擎。有了 KParts，Konqueror 的圖示檢視功能也可作為一個插件來實現。

Konqueror 真是個強大的工具，它可以完成您或您的系統想做的任何事，並且可以通過模塊和插件無限制地對它進行自訂和擴充。當 Konqueror 用作網路瀏覽器的時候，它仍然可以以一個檔案管理員的方式工作。看看 Konqueror 的工具列上的按鈕吧，您可以輕易地注意到這種獨特的運作方式。例如工具列的那個「向上」按鈕在您瀏覽 Google Map 的時候仍然可用。但它與網頁內容一點關係也沒有，另一個例子是當您在排列 /home/ 裡的圖示時，它的網路書籤依然可用。

Dolphin 的介紹：Dolphin 是 KDE 4 中的新檔案管理員，它完全著重於檔案管理功能而不是像 Konqueror 那樣萬能的程式。它試圖最佳化與檔案管理的相關工作，並為 KDE 用戶提供一個易於使用的靈活檔案管理員。這並不意味著它功能匱乏或無法自訂，這只是表示 Dolphin 是為單一目的而建構的。

Dolphin 也不是完全重寫的新項目，也沒有與 Konqueror 競爭的打算，這兩個程式都將得到喝彩。Dolphin 使用 KDE 平台上已存在的 IO slave 來完成遠端或本機檔案管理，也就是說它可以勝任所有「遠端」管理之類的任務，而此功能正是得益於 Konqueror。Dolphin 將不會顯示網頁或像 Konqueror 一樣嵌入顯示 PDF 文件。

Konqueror 也將從 Dolphin 中受益。雖然 Konqueror 的用戶界面會有所調整，它也不再是 KDE 4 的預設檔案管理員了，但是它不會在 KDE 4 中消失。Konqueror 的檔案管理功能仍然會得到保留，其功能與過去一致沒有改變。在 Dolphin 的開發而帶來的對 KDE 的圖示檢視部分的改進也將影響 Konqueror ，因為他們共享同樣的程式庫。前面提到的 Konqueror 使用 KParts 實現圖示功能，對於底層的 KParts 的改進將使 Konqueror 的用戶受益。

現在讓我們看看 KDE SVN 庫中的 Dolphin 和 Konqueror 的截圖吧。請注意這些截圖代表的是開發者目前所設計的樣子，而這並不意味著它最後的功能和外觀就是如此，也不表示推薦大家編譯 SVN 中的這兩個軟體作為日常使用。

您可以將 Konqueror 設定為預設使用標籤瀏覽，也可以設定其它相關界面。它目前常作為一個網路瀏覽器來使用，只是偶爾被用於檔案管理。 Konqueror 最初就是由檔案管理員衍生而來，現在越來越多的KDE用戶將它作為網路瀏覽器。作為一個網路瀏覽器，Konqueror 工作的很好，它對 CSS 3 的相容性非常出色，包括對高度期望的「不透明標籤」的支援也很好。

在 KDE 3.x 中 Konqueror 的網路瀏覽器功能不斷改進的同時，其標準的檔案管理功能也將得到維護。而它檔案管理部分的程式碼與 Dolphin 共用，從而也從 Dolphin 的開發中獲益。

Dolphin 與 Konqueror 完全不同，它是一個「真正」的檔案管理員，它的界面中的大量元素是專門為檔案管理開發的，它也不會由於要作為一個網路瀏覽器而被迫調整。可以用一個截圖來證明：

請注意 Dolphin 的「breadcrumb」式的目錄選擇器，這個東西對於檔案管理時非常有用，但如果您需要使用瀏覽器的 URL 網址時它就沒什麼用了，因此它就是那種只用於層次檔案處理的視窗小部件。對於用過 OS X 的 Finder 或 GNOME 的 Nautilus 的朋友來說，breadcrumb 部件應該不陌生吧。對上面這張截圖的另一個註明是：點擊並按住一個 breadcrumb 目錄條時，它會出現一個跳出式選單，這個選單顯示的是與其目錄同一層的資料夾，這就提供了更高效率的文件導航了。

不過也不一定要用 breadcrumb ，如果您更喜歡 Konqueror 式的網址列的話，在設定中做個更改就行了。Dolphin 的可自訂性也很高，看下面。

這張截圖證明了 KDE 在設定方面花了不少心思，它盡可能提供了各種需要的選項但設定內容的排列上卻清清楚楚。請注意 KDE 4 設定對話框的改進。當然對某些螢幕來說，它的對話框顯得太大了，有些地方尚需修改。等 Oxygen 圖像組件齊全之後，這個對話框也會更容易看了。

Dolphin 的功能也不完全是新的，它只是換了個新的方式而已。它可以看作是 Konqueror 功能和 Nautilus 架構的混合體。Dolphin 建構於壯健的 KDE 基礎之上，它重新利用了如 KIO slaves 等現有技術，並有所創新。在 Konqueror 中常用的右鍵選單仍然會最大限度的保留（只是 Donphin 不會像 Konqueror 那樣嵌入檢視器，它會在外部啟動程式）。Konqueror 現在的開發則專注於其網路瀏覽器，而在 KDE 2.0 時代就具備的檔案管理功能仍將支援。

當 KDE 4 發佈的時候，Dolphin 將設為本地 file:/ 協定的預設程式，在程式選單中它也將被設為是預設的檔案管理員。Konqueror 則是預設的網路瀏覽器，為了KDE用戶長期以來的習慣，它的檔案管理員功能仍然可用。就像 KDE 3.x 中用戶也可以將第三方的程式如 Krusader 作為預設的檔案管理員那樣，用戶也可以設定他們喜歡的程式作為預設檔案管理員。請繼續關注 Dolphin 和 KDE 的消息，下週見。

原文：The Road to KDE 4: Dolphin and Konqueror by Troy Unrau
譯文：通向 KDE 4 之路（九）：Dolphin 與 Konqueror by yuanjiayj

本文重新翻譯自：通向 KDE 4 之路（九）：Dolphin 與 Konqueror