BBSFox 2.0.x版從pcmanfx-0.1.8_r40+_final_r2移植了部份的code以後，
是有辦法支援GB2312和UTF-8的(理論上)，
不過因為缺乏實測和部份確定要改動的地方我還沒時間去改(有個非等寬字元對照表要改)，
另外有些地方因為留有1.0.x版時的code沒有置換掉，以及部份的轉碼判斷沒有作，
所以就先把這部份的功能封印了，但是相關必須的code在2.0.x版的原始碼中大致都已經存在。
(不過事實上final_r2裡對UTF-8的支援也不算完整，目前找到比較完整的是zterm這套，
然後PTT最怪的地方是，登入前是BIG5，登入後才轉UTF-8，中間client端無從判斷的情況下，
要嘛就是登入前看亂碼或登入後變亂碼二選一 Orz )

當前首要目標是把2.0.x版先弄到穩定，之後才會把這部份的code作一個整體檢查、修改、測試，
因此，目前無法確定何時才會支援這個功能，我只能說以後會支援，但是可能是好一陣子以後。

謝謝建議。

PTT 底層資料庫編碼似乎還是Big5，
如果只支援PTT 的UTF8模式的話，
我想應該不需要增減非等寬字元對照表的字元。


UTF8最麻煩的地方第一個是字元長度不固定（1~4 Bytes ），
所以雙色字處理就變得很麻煩，
final_r2的UTF8模式完全不支援雙色字。
第二個是部份字元寬度定義和Big5不一樣，
我想PTT 應該是為了不讓Big5轉UTF8後排版亂掉而使用Big5字元寬度定義，
final_r2預設使用Unicode 的字元寬度定義，
因為final_r2在伺服器支援的情形下可以正常處理Unicode 全文字。
之前偷懶將使用Big5字元寬度定義和文字超出畫面自動換行的選項綁在一起，
所以要用final_r2的UTF8模式瀏覽PTT 除了要將編碼改成UTF8外，
還需要取消文字超出畫面自動換行的選項。

我自己使用的結果是沒看到什麼問題，
是有其他什麼地方支援不完整嗎？


這部份是PTT 的問題，
除了用自動登入外我想不到其他比較好的解決方法，
（除了帳號密碼外都留空，不需要填那些變成亂碼的提示字串）
如果UI要更精緻一點也許可以在連線時跳出一個提示框輸入帳號密碼，
再使用自動登入的模組傳送帳號密碼。

另外因為程式架構上的限制，（UTF8支援本來就是硬湊出來的）
手動將編碼從UTF8和非UTF8之間轉換時不能馬上更新畫面，
必須換頁後才能正常顯示。
如果是Big5畫面誤判成UTF8的情況，改回Big5時是有可能做到立即更新，
至於UTF8畫面誤判成Big5時因為字元長度的問題就比較難處理。

如果還有什麼問題我再找個時間處理看看。

大師出現!!! 可以幫忙解惑一下嗎？ m(_ _)m

這個對照表是我自己建的，只有BBSFox才需要，pcmanfx不需要，
它是用來處理特定的幾個雙位元文字在輸出時寬度只有一半的問題，
但是原本對照的是BIG5，如果PTT改丟UTF-8給我，我就必需要有一份給UTF-8用的對照表。
其實如果當初是先轉成UTF-8再去比對和建這個表，
直接對照轉換後的結果可能就不需要作兩份，不過這邊我就還沒弄。
我搞錯了...後來看了一下...我當初建的就是UTF-8格式的對照表了 XDDD


見附圖(圖1 & 圖2)，這是我比較常遇到的問題，
只要在站內到處亂逛，就有一定的機率會發生一些編碼亂掉的情況。
一直用b反覆看browser版的進板畫面火狐娘，再退出，再按b看進版火狐娘，
也是很常會有類似的亂碼。
我的推測是一整組字碼還沒接收完整，就遭到編碼處理造成後面被誤編，
不過因為沒有再深入去找這個問題，所以不確定。

另外就是我在看原始碼時，有些地方不太明白：
termbuf.js當中的第248行和256行 ++this.cur_x;
這在UTF-8下的1~4個bytes的可變長度編碼下會不會造成誤算？

至於雙色字部份支援的話有可能遇到的問題？

上面提到的，勾選文字超出畫面後自動換行會造成圖3的問題，
這原因是？有辦法修好嗎？


這些限制我知道，其實登入前看亂碼也沒什麼，因為帳號密碼都是英數字元，
在UTF-8轉換下也是一樣1byte，所以可以直接輸入沒有問題，等進站後就OK了。
所以這其實是比較不嚴重的問題，而且這真的是PTT的奇怪設計造成的。

謝謝解答。

我這邊重現的機率很低，
我試的結果似乎是這樣沒錯，
被切斷的UTF8文字前半段被轉碼器直接丟掉，
後半段就直接丟Exception ，
所以我做了一個buffer來暫存前一次的文字，
不過因為無法重現所以不知道有沒有解決問題，
如果你那邊很容易重現的話可能要麻煩你測一下。
另外我把轉碼的部份移到TermBuf::puts() 內，
所以修正失敗的話應該只有一個字或數個字而不會半個畫面都變亂碼。


javascript字串是用unicode 格式儲存而不像C 之類的以Byte為單位儲存，
因為在這段程式碼執行之前文字就已經被轉碼了，
程式看起來就和英數字元一樣是一個字元長度，
如果是全寬字就把後面的TermChar設成空字串，
之後的顯示複製等就比較不會出問題。
Big5模式下文字在TermBuf 內是原始格式沒有轉碼，
等到要顯示時才處理，
而我這邊是在存進TermBuf 之前就轉碼，
所以顯示時就不用再轉碼，
這是因為用原始格式儲存UTF8的話應該很多地方要大改。


技術上的問題是不大只是稍微麻煩了一點，
主要的問題是大部分的中文字都是3Bytes，
要做成三色字還是雙色字並沒有一個規範或習慣存在，
從之前的final_r2沒出現雙色字亂碼的情形來看PTT 應該是把所有雙色字都拿掉了，
沒有伺服器支援的情形下我是暫時沒有打算要支援多色字，
而且就我目前的架構而言也只能作到雙色字而已。
把轉碼程式移到TermBuf::puts() 就能讓多色字不會變成亂碼，
雖然只有單色的顯示效果。
這部份已經用工作站實測過沒問題了。


技術上並沒有需要把文字超出畫面後自動換行的選項和使用Big5文字寬度定義綁在一起，
只是同時打開使用Big5文字寬度定義和文字超出畫面後自動換行後，
PTT 的登入畫面會毀的更嚴重而已。
另外PTT 使用Big5文字寬度定義而不是Unicode 的是違反標準的做法，
所以大部分的標準終端機沒有辦法完美支援。
這邊我新增了一個編碼選項"UTF-8_PTT" 使用UTF8編碼和Big5的文字寬度定義，
就不再和文字超出畫面後自動換行的選項綁在一起了。
附帶一提，
使用UTF8文字寬度定義是另外做出來的，
如果BBSFOX不打算支援標準終端機的話，
直接用原來pcmanfx 官方版的定義就好了。

刪除測試用附檔，
相關修正已整合至這邊。
上面的說明似乎太簡短了，
文字寬度定義必須伺服器、客戶端和字型三者配合才能正常運作，
基於實務上的考量PTT 應該會配合一般的東亞字型而不會採用混亂的Unicode 標準，
我想只有其他地方的BBS 才有可能會用到Unicode 文字寬度定義。

這一版我目前試就沒有再發生，不過因為之前發生率還滿高的，
所以這樣看起來應該是修正了沒錯。


了解。


hhhmmm....我剛看了一下，
站台的輸出確實是沒有雙色字，所以應該是不用支援這部份了。


如果直接檢查host name，發現是PTT且使用UTF-8的話就自動套用UTF-8_PTT的處理...
不過如果我這樣寫又怕以後要是PTT改回標準規格就又要改程式。 Orz
我想了解一下目前是只有PTT支援了UTF-8嗎？還是PTT2也有？

感謝大力支援。 m(_ _)m

不知道是不是只有我才發生的問題
在2.0.12之後的版本,滑鼠瀏覽功能和FireGestures
手勢都失效,滑鼠瀏覽選項確定有選取～
還有選項界面在800x600解析度下會過大而按不到
確定和取消的按鈕說....
也就是說只有2.0.12才正常～

用我哥的筆電 解析度1366x768 不自動隱藏工具列情況下
會有文字輸入底線偏移、右側文字缺少的問題發生
附上截圖

全螢幕顯示的話一切正常:)

感謝

系統版本: Windows 7 x64
螢幕解析：1366x768 (不自動隱藏工具列)
軟體版本：Firefox 4.0.1 BBSFox 2.0.23

新增站台設定的按鈕按不下去~"~
是我的設定有誤嗎?


還有就是在切換UTF8和BIG5的時候
有些網站會被判定為不是網址而不會有超連結的底線給點
如圖

沒救，不只一次有人反映了這個問題，我推測是實繼輸出的字型寬度比預期的要寬，
造成了這個問題，而且根據以前回報過此問題的網友說...用全新灌的FX也是如此，
所以猜測是系統裝了某種改變字體輸出效果的軟體所致，
但是實際上我並沒有遇到過這個問題。
所以可能暫時沒辦法處理這個問題。

謝謝回報。

為了修正FireGestures的搖擺手勢配合BBSFox的腳本產生器的一個bug，
在2.0.12版之後有改過一次腳本產生器的code，
在那之前所產生的腳本有可能不能正常觸發，
重新在腳本產生器中重作新版的腳本即可正常。

滑鼠瀏覽功能功能失效...我能想到的就是有使用者要求自訂滾輪瀏覽的動作，
因此這邊改動了設定值的內容，
更新後的版本要到自行設定頁調整滾輪動作一次。


雖然我已經極力避免選項太多造成設定頁太大的問題，
不過看來還是免不了有這個問題，在小筆電下使用可能會有困難，
因為大家希望每樣功能都能自訂，導致選項越作越多。
目前只能把設定項用分頁的方式讓它分散到別頁去，
以避免設定頁過高的問題。

謝謝回報。

站台的位置是像ptt.cc這樣的(不含前面的telnet://)。

請問這是可以點選但是底線沒顯示呢？還是完全無法點選呢？
還有就是可以檢查一下設定頁的[滑鼠]->[偵測鏈結]有沒有勾選呢？

謝謝回報。

那台電腦沒有安裝任何gdi++之類的軟體，使用1.x版沒有這個問題
其他我就不知道是哪裡可能出了問題了

感謝

有時候真希望能弄到有這個問題的機器，在上面debug... Orz
在不知道怎麼重現或是不知道被哪個修改或套件影響的情況下真的是無計可施...

其實1.0.x版到2.0.x版之間，顯示的部份其實沒啥修改，改的主要是設定和操作的部份。
也許我可以把一部份1.0.x版的code移回去，再看看問題有沒有解決。
屆時希望能協助測試。

謝謝

那是我哥的筆電 短期之內我應該碰不到..
可能無法協助測試.. 是可攜帶版的，哪天我再把檔案copy出來

滑鼠手勢重新產生腳本後已經可以正常使用了︿︿
謝謝回覆～