Index: locales/zh_TW/faq_internal.json |
=================================================================== |
--- a/locales/zh_TW/faq_internal.json |
+++ b/locales/zh_TW/faq_internal.json |
@@ -6,213 +6,129 @@ |
"message": "哪裡有全部 Adblock Plus 偏好設定值的用途?" |
}, |
"s2": { |
- "message": "Adblock Plus 有許多可經由" |
+ "message": "Adblock Plus 有許多可經由 <a>about:config</a> 存取的偏好設定。它們都是以" |
}, |
"s3": { |
- "message": "http://kb.mozillazine.org/About:config" |
+ "message": "extensions.adblockplus." |
}, |
"s4": { |
- "message": "about:config" |
+ "message": "開頭的 (與 Adblock 及 Adblock Plus 0.5 以" |
}, |
"s5": { |
- "message": "存取的偏好設定。它們都是以" |
+ "message": "adblock." |
}, |
"s6": { |
- "message": "extensions.adblockplus." |
+ "message": "開頭不同)。完整的說明列表可以在 <a>這裡</a> 取得。" |
}, |
"s7": { |
- "message": "開頭的 (與 Adblock 及 Adblock Plus 0.5 以" |
+ "message": "我要怎麼從自己的擴充套件存取 Adblock Plus?" |
}, |
"s8": { |
- "message": "adblock." |
+ "message": "要讓其他擴充套件整合 Adblock Plus,可使用" |
}, |
"s9": { |
- "message": "開頭不同)。完整的說明列表可以在 <a>這裡</a> 取得。" |
+ "message": "IAdblockPlus" |
}, |
"s10": { |
- "message": "我要怎麼從自己的擴充套件存取 Adblock Plus?" |
+ "message": "介面。詳細情形請參閱 <a>介面文件</a>。" |
}, |
"s11": { |
- "message": "要讓其他擴充套件整合 Adblock Plus,可使用" |
+ "message": "Adblock Plus 是如何過濾網址的?" |
}, |
"s12": { |
- "message": "IAdblockPlus" |
+ "message": "其實最關鍵的部份是由 Gecko,也就是 Firefox,Thunderbird 及其他應用程式的最底層引擎完成的。它包含一種稱之為「內容策略」(content policy) 的機制。內容策略簡單地說就是一個 JavaScript (或 C++) 物件,每當瀏覽器需要載入某些東西時就會呼叫。它會觀察網址及其他資料來決定是否允許載入。有許多內容策略是內建的 (當您在 Firefox 或者 SeaMonkey 中定義哪些網站的圖片不該載入時,您也就設定了其中一個內容策略),所有套件也都可以註冊一個自己專用的。所以 Adblock Plus 要做的也就是註冊一個自己的內容策略,剩下的就是建立應用程式邏輯來決定哪些網址應該阻擋,並提供使用者界面來設定過濾條件。" |
}, |
"s13": { |
- "message": "介面。詳細情形請參閱 <a>介面文件</a>。" |
+ "message": "給開發者: 要註冊一個內容策略,您必須 <a>撰寫一個 XPCOM 元件</a> 並實作 <a>nsIContentPolicy 介面</a>。請確保您有調整模組中的 registerSelf 方法來註冊您在 \"content-policy\" 類別中的元件 (利用 <a>category manager</a> 來實作)。現在您元件裡頭的 shouldLoad 方法將被呼叫,且您可以決定是否該接受指定的請求。" |
}, |
"s14": { |
- "message": "Adblock Plus 是如何過濾網址的?" |
+ "message": "Adblock Plus 如何處理它的過濾條件,以及哪種過濾條件更快?" |
}, |
"s15": { |
- "message": "其實最關鍵的部份是由 Gecko,也就是 Firefox,Thunderbird 及其他應用程式的最底層引擎完成的。它包含一種稱之為「內容策略」(content policy) 的機制。內容策略簡單地說就是一個 JavaScript (或 C++) 物件,每當瀏覽器需要載入某些東西時就會呼叫。它會觀察網址及其他資料來決定是否允許載入。有許多內容策略是內建的 (當您在 Firefox 或者 SeaMonkey 中定義哪些網站的圖片不該載入時,您也就設定了其中一個內容策略),所有套件也都可以註冊一個自己專用的。所以 Adblock Plus 要做的也就是註冊一個自己的內容策略,剩下的就是建立應用程式邏輯來決定哪些網址應該阻擋,並提供使用者界面來設定過濾條件。" |
+ "message": "所有的過濾條件都會在內部轉換成 <a>正規表示法</a>,即使不屬於這類寫法的條件也是。舉個例子,此條件" |
}, |
"s16": { |
- "message": "給開發者: 要註冊一個內容策略,您必須" |
+ "message": "ad*banner.gif|" |
}, |
"s17": { |
- "message": "http://developer.mozilla.org/cn/docs/How_to_Build_an_XPCOM_Component_in_Javascript" |
+ "message": "將被轉換成正規表示法" |
}, |
"s18": { |
- "message": "撰寫一個 XPCOM 元件" |
+ "message": "/ad.*banner\\.gif$/" |
}, |
"s19": { |
- "message": "並實作" |
+ "message": "。然而給予 Adblock Plus 一個網址時,它會針對所有的過濾條件進行檢查,一條接一條地檢查可不是簡單的工作 -- 這會不必要地拖慢瀏覽速度。" |
}, |
"s20": { |
- "message": "http://www.xulplanet.com/references/xpcomref/ifaces/nsIContentPolicy.html" |
+ "message": "除了將過濾條件轉換成正規表示法之外,Adblock Plus 也會嘗試從中摘錄出一些文字訊息。它需要一個唯一的,八個字元的字串 (這稱為一個「捷徑」,shortcut),當某網址符合過濾條件時,該字串會被呈遞出來 (其字串長度是隨意的,只是八個字元最合理)。舉個例子,若您有一條過濾條件" |
}, |
"s21": { |
- "message": "nsIContentPolicy 介面" |
+ "message": "|http://ad.*" |
}, |
"s22": { |
- "message": "。請確保您有調整模組中的 registerSelf 方法來註冊您在 \"content-policy\" 類別中的元件 (利用" |
+ "message": ",則 Adblock Plus 會選擇 \"http://a\",\"ttp://ad\" 及 \"tp://ad.\" 其中之一,這些字串中的任何一個都將在網址符合過濾條件時被呈遞。可惜的是,目前無法為包含星號的八個字元或正規表示法找出捷徑。" |
}, |
"s23": { |
- "message": "http://www.xulplanet.com/references/xpcomref/ifaces/nsICategoryManager.html" |
+ "message": "所有的捷徑都會被推入一個搜尋表中,Adblock Plus 會經由各自的捷徑快速搜尋到相對應的過濾條件。當某個特定的網址需要檢驗時,Adblock Plus 會先在表中搜尋已知的捷徑 (這個動作非常快,所需時間幾乎與捷徑多寡無關)。只有在找到捷徑時,才針對這個字串進行相對應的正規表示法檢驗。然而,沒有捷徑的過濾條件仍需要一條接一條地檢查,這是相當緩慢的。" |
}, |
"s24": { |
- "message": "category manager" |
+ "message": "結論:使用哪一種過濾條件更快呢?您應該盡可能地少用正規表示法,它們一直都很龜速。然後盡量使用至少八個不間斷字元的簡單條件 (這表示裡頭不能包含像是 * 的特殊字元),否則它們會和正規表示法一樣慢。不過只要是符合簡單條件的規則,不論多寡,處理的速度都是一樣的。這表示您即使拿 20 條簡單條件來取代一條正規表示法都是值得的。說到這裡 -- 推薦使用 <a>將正規表示法轉換成一般規則</a> 這個網頁工具。" |
}, |
"s25": { |
- "message": "來實作)。現在您元件裡頭的 shouldLoad 方法將被呼叫,且您可以決定是否該接受指定的請求。" |
+ "message": "配對過濾條件的演算法細節" |
}, |
"s26": { |
- "message": "Adblock Plus 如何處理它的過濾條件,以及哪種過濾條件更快?" |
+ "message": "元素隱藏功能是如何實作的?" |
}, |
"s27": { |
- "message": "所有的過濾條件都會在內部轉換成 <a>正規表示法</a>,即使不屬於這類寫法的條件也是。舉個例子,此條件" |
+ "message": "元素隱藏規則會被翻譯成 <a>CSS</a> 並套用到所有使用者造訪的網頁。一條像是" |
}, |
"s28": { |
- "message": "ad*banner.gif|" |
+ "message": "example.com#div(evil_ad)" |
}, |
"s29": { |
- "message": "將被轉換成正規表示法" |
+ "message": "的規則看起來就等同:" |
}, |
"s30": { |
- "message": "/ad.*banner\\.gif$/" |
+ "message": "@-moz-document 是一個 CSS 標準的延伸,您可以在 <a>Mozilla Developer Center</a> 閱讀更多相關細節。" |
}, |
"s31": { |
- "message": "。然而給予 Adblock Plus 一個網址時,它會針對所有的過濾條件進行檢查,一條接一條地檢查可不是簡單的工作 -- 這會不必要地拖慢瀏覽速度。" |
+ "message": "那些沒有限制特定網域的規則將會被設定在 http:// 及 https:// 協定下以防它們不小心隱藏瀏覽器的界面 (chrome:// 格式)。舉個例子,條件" |
}, |
"s32": { |
- "message": "除了將過濾條件轉換成正規表示法之外,Adblock Plus 也會嘗試從中摘錄出一些文字訊息。它需要一個唯一的,八個字元的字串 (這稱為一個「捷徑」,shortcut),當某網址符合過濾條件時,該字串會被呈遞出來 (其字串長度是隨意的,只是八個字元最合理)。舉個例子,若您有一條過濾條件" |
+ "message": "#div(evil_ad)" |
}, |
"s33": { |
- "message": "|http://ad.*" |
+ "message": "將被翻譯為:" |
}, |
"s34": { |
- "message": ",則 Adblock Plus 會選擇 \"http://a\",\"ttp://ad\" 及 \"tp://ad.\" 其中之一,這些字串中的任何一個都將在網址符合過濾條件時被呈遞。可惜的是,目前無法為包含星號的八個字元或正規表示法找出捷徑。" |
+ "message": "給開發者:Adblock Plus 使用這裡的 <a>樣式服務</a>。此介面自 Gecko 1.8 起允許擴充套件動態加入使用者樣式表 (以前只能修改 userContent.css 並需要重新啟動瀏覽器)。使用者樣式表將複寫所有網站的 CSS 程式碼,它們擁有最高的 <a>優先權</a>。" |
}, |
"s35": { |
- "message": "所有的捷徑都會被推入一個搜尋表中,Adblock Plus 會經由各自的捷徑快速搜尋到相對應的過濾條件。當某個特定的網址需要檢驗時,Adblock Plus 會先在表中搜尋已知的捷徑 (這個動作非常快,所需時間幾乎與捷徑多寡無關)。只有在找到捷徑時,才針對這個字串進行相對應的正規表示法檢驗。然而,沒有捷徑的過濾條件仍需要一條接一條地檢查,這是相當緩慢的。" |
+ "message": "過濾條件集檔案的第一行會是什麼樣子?" |
}, |
"s36": { |
- "message": "結論:使用哪一種過濾條件更快呢?您應該盡可能地少用正規表示法,它們一直都很龜速。然後盡量使用至少八個不間斷字元的簡單條件 (這表示裡頭不能包含像是 * 的特殊字元),否則它們會和正規表示法一樣慢。不過只要是符合簡單條件的規則,不論多寡,處理的速度都是一樣的。這表示您即使拿 20 條簡單條件來取代一條正規表示法都是值得的。說到這裡 -- 推薦使用 <a>將正規表示法轉換成一般規則</a> 這個網頁工具。" |
+ "message": "通常條件集的第一行都是簡單的" |
}, |
"s37": { |
- "message": "配對過濾條件的演算法細節" |
+ "message": "[Adblock]" |
}, |
"s38": { |
- "message": "元素隱藏功能是如何實作的?" |
+ "message": "。然而您也許已經注意到最近版本的 Adblock Plus 有時會替換成不同文字。這是因為您的列表中有些條件需要使用新版 Adblock Plus 才支援的進階語法,而不被原本的 Adblock 支援。像下面這個例子:" |
}, |
"s39": { |
- "message": "元素隱藏規則會被翻譯成" |
+ "message": "這只是一個簡單的註解。Adblock (或 Adblock Plus) 將忽略實際標記前的內容。這裡的需求版本不是強制性的,因為 Adblock Plus 0.6.1.2 也還不支援它。不過,如果您使用更新的過濾條件語法,您也許會需要改成:" |
}, |
"s40": { |
- "message": "http://www.w3.org/TR/CSS21/" |
+ "message": "這種標頭的類型從 Adblock Plus 0.7.1 開始支援。較舊的 Adblock Plus 及 Adblock 版本無法開啟這種標頭的檔案。至於目前的版本,會先檢查標頭的版本編號並與本身的版本比較。如果檔案需要更新的 Adblock Plus,則使用者會收到一個要求更新的訊息。過濾條件集仍會載入這些新版 Adblock Plus 才能正常使用的檔案,不過會在偏好設定視窗中顯示警告訊息。" |
}, |
"s41": { |
- "message": "CSS" |
+ "message": "最後,如果你只想要求使用 Adblock Plus 而不想指定版本,您可以在檔案開頭寫上" |
}, |
"s42": { |
- "message": "並套用到所有使用者造訪的網頁。一條像是" |
+ "message": "[Adblock Plus]" |
}, |
"s43": { |
- "message": "example.com#div(evil_ad)" |
- }, |
- "s44": { |
- "message": "的規則看起來就等同:" |
- }, |
- "s45": { |
- "message": "@-moz-document domain(example.com)\n{\n div#evil_ad, div.evil_ad\n {\n display: none !important;\n }\n}" |
- }, |
- "s46": { |
- "message": "@-moz-document 是一個 CSS 標準的延伸,您可以在" |
- }, |
- "s47": { |
- "message": "https://developer.mozilla.org/en/CSS/@-moz-document" |
- }, |
- "s48": { |
- "message": "Mozilla Developer Center" |
- }, |
- "s49": { |
- "message": "閱讀更多相關細節。" |
- }, |
- "s50": { |
- "message": "那些沒有限制特定網域的規則將會被設定在 http:// 及 https:// 協定下以防它們不小心隱藏瀏覽器的界面 (chrome:// 格式)。舉個例子,條件" |
- }, |
- "s51": { |
- "message": "#div(evil_ad)" |
- }, |
- "s52": { |
- "message": "將被翻譯為:" |
- }, |
- "s53": { |
- "message": "@-moz-document url-prefix(http://),url-prefix(https://)\n{\n div#evil_ad, div.evil_ad\n {\n display: none !important;\n }\n}" |
- }, |
- "s54": { |
- "message": "給開發者:Adblock Plus 使用這裡的" |
- }, |
- "s55": { |
- "message": "https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsIStyleSheetService" |
- }, |
- "s56": { |
- "message": "樣式服務" |
- }, |
- "s57": { |
- "message": "。此介面自 Gecko 1.8 起允許擴充套件動態加入使用者樣式表 (以前只能修改 userContent.css 並需要重新啟動瀏覽器)。使用者樣式表將複寫所有網站的 CSS 程式碼,它們擁有最高的" |
- }, |
- "s58": { |
- "message": "http://www.w3.org/TR/CSS21/cascade.html#cascading-order" |
- }, |
- "s59": { |
- "message": "優先權" |
- }, |
- "s60": { |
- "message": "。" |
- }, |
- "s61": { |
- "message": "過濾條件集檔案的第一行會是什麼樣子?" |
- }, |
- "s62": { |
- "message": "通常條件集的第一行都是簡單的" |
- }, |
- "s63": { |
- "message": "[Adblock]" |
- }, |
- "s64": { |
- "message": "。然而您也許已經注意到最近版本的 Adblock Plus 有時會替換成不同文字。這是因為您的列表中有些條件需要使用新版 Adblock Plus 才支援的進階語法,而不被原本的 Adblock 支援。像下面這個例子:" |
- }, |
- "s65": { |
- "message": "(Adblock Plus 0.6.1.2 or higher required) [Adblock]" |
- }, |
- "s66": { |
- "message": "這只是一個簡單的註解。Adblock (或 Adblock Plus) 將忽略實際標記前的內容。這裡的需求版本不是強制性的,因為 Adblock Plus 0.6.1.2 也還不支援它。不過,如果您使用更新的過濾條件語法,您也許會需要改成:" |
- }, |
- "s67": { |
- "message": "[Adblock Plus 0.7.1]" |
- }, |
- "s68": { |
- "message": "這種標頭的類型從 Adblock Plus 0.7.1 開始支援。較舊的 Adblock Plus 及 Adblock 版本無法開啟這種標頭的檔案。至於目前的版本,會先檢查標頭的版本編號並與本身的版本比較。如果檔案需要更新的 Adblock Plus,則使用者會收到一個要求更新的訊息。過濾條件集仍會載入這些新版 Adblock Plus 才能正常使用的檔案,不過會在偏好設定視窗中顯示警告訊息。" |
- }, |
- "s69": { |
- "message": "最後,如果你只想要求使用 Adblock Plus 而不想指定版本,您可以在檔案開頭寫上" |
- }, |
- "s70": { |
- "message": "[Adblock Plus]" |
- }, |
- "s71": { |
"message": "。當然這個檔案只會被 Adblock Plus 0.7.1 及更高版本接受。" |
} |
} |