edited: 刪除新同文堂0.2.7.4 測試版的連結


基於softcup剛解釋出的版本，作了些優化，令使用 CreateTreeWalker的方法翻譯速度快些，其他則無分別。







建議使用 0.26 或 0.20新同文堂版本的網友，更新到 0.2.7.4或0.2.7.3 測試版，因為這一版本明顯翻譯較快，而且較少和其他 entension相撞又已不需要 JSLib。

另外如果使用 0.2.7.4或0.2.7.3 會在 firefox 1.5 beta 版本會有較快的翻譯速度，firefox 1.5 beta中重繪畫面情況已較少出現，可以試試使用 innerHTML，因為翻譯速度會較快。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。

報告：我直接從 0.2.6.2 跳裝 passerby 的 0.2.7.4，Extenson Uinstaller 中版本號直接就可以看到了，不需事先 uninstall。

目前為止一切正常。

_________________
想讓 Internet Explorer 當掉嗎?

「方法一」 - 被 google 檔掉的樣子，開不起來

「方法二」

自從接觸火湖以來，同文館始終是必備的擴充套件之一，一開始彼岸某大開發的陽春同文館，到現在比IE的阿里巴巴功能還要多，因為我常看彼岸的網路小說，所以我都是他的忠實使用者，在期間，彼岸的某大停止研發同文館，我還以為沒有辦法用了，後來軟軟杯大大接手及變成新同文館後，我又看到希望，軟大增加了許多功能，包括自動變簡繁體、不用依賴JSLIB、字體縮放等....，後來passerby大大又改進它的核心轉換速度，到現在v0.2.7.4增加自訂右鍵選單及選擇轉換方式及使用外部轉換工具，這些功能已經超越阿里巴巴太多了，真是厲害。雖然不能成為同文設計者，不過我可以當同文死忠者，希望兩位大大可以繼續加油，不要讓同文館又消失阿。最後我想建議可不可以自訂在某一個頁面自動轉換，而其他的頁面沒有動作。（我會不會太吹毛求疵阿！），恩！還是那兩句話-一路火狐，始終同文。

小弟發現使用 innerHTML 方法的一個BUG~
它會讓搜尋引擎首次搜尋後，無法再輸入關鍵字...

重現步驟:
1. 新同文堂0.2.7.4的轉換方法選 innerHTML + 自動轉繁體
2. 連到 http://www.google.com
3. 搜尋列打 ietab 按 [Enter]
4. 等列出資料後 那個搜尋列旁的按鈕就無效了(Enter也無效)

轉換方法選 createTreeWalker 時沒這個問題。

這個是innerHTML方法缺點，暫時還未想到解決方法(如果可以做到跳過form內容不翻譯應該可以解決問題。)，建議不要選用自動轉換，因為自動轉換問題還不少。


使用html Body內innerHTML會任何內容都會翻譯，其實有些內容是不應該翻譯的，例如form內object便不應翻譯，因為有些form內容使用urlencode、escape、html entity，當使用innerHTML讀取內容時，urlencode、html entity便會變回顯示網頁的模樣和原來的source code內容不一樣，雖然顯示一樣的，但內裡的內容已經改變了。


例如：網頁內的source有  ，用innerHTML方法讀取時便會變回 " "，urlencode、html entity也會有這種問題。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。

當初會選擇速度較慢的 createTreeWalker 方式來轉換，主要就是要避開這樣的問題，這樣的問題同樣會發生在使用外部轉換程式，因為畫面的更新一樣使用 innerHTML 的方法。

_________________
開始隱身

edited

發現剛出的修正和想法也是錯的，刪除不正確內容。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。

edited

發現剛出的修正和想法也是錯的，刪除不正確內容。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。

type 不一定緊接在 <input 之後，遇到其他網頁可能會有問題。

以上為不負責任發言，程式未經任何測試。

_________________
開始隱身

按新同文堂按鈕後 + 按"檢視選取範圍原始碼"後，令我驚訝的情況出現了:shock:，原來用 innerHTML指給 firefox的內容都和原來的不一樣，每個DOM object 編排位置又不同了，</form> tag走到<form>之後變成了<form method="get" action="/search"></form>，只見畫面顯示的樣子相同，內裡編排都改變了，實在出乎意料 ，看來 innerHTML方法只能在"觀看"時，要在 form submit 資料還不能使用。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。

edited: 刪除新同文堂測試版的連結

0.2.7.5 新同文堂測試版，改善 createTreeWalker 方法的翻譯速度，改善翻譯剪貼簿速度 (現在可以翻譯(連詞彙轉換)剪貼簿內容 200KB以上，200KB 剪貼簿內容翻譯大約需時0.4秒)。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。

我自己使用時發現一個問題,不知道有沒有人提過

使用2.62以後的版本
以createTreeWalker方式簡轉繁

有時候文章中會有一兩行沒轉到
舉幾個例子:
http://forums.mozine.org/index.php?showtopic=1903
http://www.cmfu.com/readchapter.asp?Bu_ ... l_id=11745
http://www.mozilla.org.cn/news/20050927.jsp
http://gl.ali213.net/vgl.asp?id=5034

以上都有一兩行沒轉到，使用舊版好像不會有這種現象

首先 先暫停使用 同文堂 來看此post
同文堂的缺點.
里=>裡
阿里爸爸變做阿裡爸爸了
當然還有更多

看來 looping 跳步太多，檢查寫法不太嚴謹所至，會在下一版修正。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。

--------------------------------------------
修正錯誤資料，原來簡轉繁時，新同文堂修正
的詞彙達到 3612 個。
--------------------------------------------
Wikipedia繁簡處理

Wikipedia的轉換表

如果有人可以幫手整理加入詳盡的轉換表就好了，不過加入更詳盡詞彙轉換表後，轉換速度應該會慢下來(現在修正詞彙已有3612 個了)，如果將修正詞彙加到4000、8000，那翻譯速度便會更慢，更消耗記憶體。

_________________
新同文堂 相關討論、新同文堂 官方網頁

準備退休，隱身一段時間、遲些再見。