由與狼之樂園現在兩位超管都是簡體字使用者
加上我們的連盟網站以簡體字為主
加上站長(我)自己的個人網站都是. CN域名
如果不開發自動簡繁顯示,我也會在 下次修改管理通則時取消必需先將文章轉換為正體中文才可以發表這項規定。
唉,大陸同胞來這裡都會主動的轉換為繁體中文
我愛福爾摩沙,但我也敬仰神州文化,That,s it.
整頁轉換啊~~~
我是可以做出來,不過不算小工程。
考量到頁面緩存的問題。
我原本是打算要給你做文章轉換簡繁體的功能的。那比較簡單。
看你的意思是想要全頁面轉換。這可能比較麻煩了點。不過我盡量試看看好了。
總之就是再推薦一次吧~
http://www.i2113.com/IT/big5gb/
不知道樂園的系統可不可以用~~~》 在用户端电脑即时进行繁简转换, 完全不佔用主机的资源
》 支援通站自动转换 或 单页面手动转换
呵呵~~~感謝你的提供。
不過這其實是早期我跟某位站長研究出來的機制。認真來說也算是一種網路上的共有資源的開發模式。
不過該站其實利用這套機制還有加上一些處理。也已知有些問題。
應付單純的HTML頁面是還OK。但針對論壇的處理其實並不太適合的。還產生一些不必要的BUG存在。
當然,如果你們覺得還是要掛入這樣的模式我也不反對。
打擾一下 小獸猜您所說的bug是指ajax的一些內容顯示上
如果只針對文章內文呢?(前提是文章不會ajax更新...)
下面是隨意亂寫的(搭配jQuery),太醜請別見怪
因為就小獸的認知文章是本體,在文章上實現這樣的功能小獸覺得比較重要。代碼:$(".content").each(function () { $(this).text(translateFunction($(this).text())); });
另外就是不知道vBulletin有沒有實作l10n了 ...
螺旋狼推薦您使用 Mozilla Firefox 來瀏覽網路這片汪洋大海喔 OWO/
早期有開發過,在每個文章塊上面會有個簡體化跟繁體化的按鍵。
套用的就是這個JS的處理。
認真來說,該JS就是先針對可對應的字碼計算其繁簡可對應的字碼透過公式做切換字碼的對應後,無法套用公式的字碼則用字碼表來處理更換。
無法更換的則會維持原值。
一般針對單一文章裏面的量,處理起來還算是OK的,畢竟只要針對相對應的文章元件處理。但如果是整篇的話。由於需要做排除HTML的去除處理後再做相對應的字碼應對。往往會造成因剛好符合某些的情況而去造成排版上的錯位問題。
再則就是當字數量很多的情況下,也會照成處理緩慢的問題。一篇一篇文章處理單一元件的話,比較不容易碰上字數過大的問題。
但整篇處理的話。則會有這樣的機會發生。所以一般再外面用的整頁簡繁化,大多是做成緩存頁的方式來處理。
但那也得該頁面的變動性不大才行。如果變動性很大的頁面,還是有機會容易照成問題。
如果修改這個呢?不必拆解整個HTML的結構 (不好意思沒乖乖爬三樓的code不知道是不是相同)
緩慢就比較無解 頂多是等整個頁面處理完之後再動
或是偵測範圍 "看到哪開始翻哪" (有點像是看到哪圖片才開始慢慢載 之前有點流行這樣的做法)
一般文章沒有很長 小說的話通常會發好幾篇發 (我是這麼想拉 實際上你們會比較清楚)
此篇文章於 11-02-2012 05:22 PM 被 螺旋狼 編輯。 原因: add few words
螺旋狼推薦您使用 Mozilla Firefox 來瀏覽網路這片汪洋大海喔 OWO/
建議採用簡單的 javascript 轉換方式
猜想,如果會產生 Bug ,應該是搜尋的時候會找不到自己的資料
或是兩岸用語轉換時會被轉換為錯誤的結果
例如,記憶體 不會轉換為 内存 ,好像 不會轉換為 貌似
其它的部份,數據庫裡儲存的大小應該是不受影響的,但是如果如大大所言會產生 Bug
那麼就建議不要開發,我想,這個網站也沒有重要到去找付費轉換的方案。
1. 其實很多瀏覽器如火狐等都有簡繁轉換插件
2. 早晚大家都要熟析兩種漢字的 (笑而不言)
我的意思是
全篇處理,有危險性。
但單篇文章控制。就沒那危險性。
因為你之前要求的是整篇頁面處理,我沒辦法。不安全的因素太多。
但如果只是在單文章上做一個簡繁顯示控制。那就OK。