※ 引述《clifflu (要當乖寶寶 ^^)》之銘言： : ※ 引述《scwg (void * I = NULL;)》之銘言： : : 事實上我認為 (純個人看法) : : BBS 的內部運作改為 UTF-8 是遲早的事, 如果在那之前 BBS 還沒沒落的話 ^^" : 大致上想法相同, 只是還有兩個問題點 ^^;; : 1) 為了使用者的方便性, 我們誓必要提供 Big5 / UTF-8 雙軌. : 然而使用者為了自己的方便性, 自然會希望能夠延用原本的做法, 繼續用 : 原本的 browser 及 Big5. 這是一定的 所以內部轉用 UTF-8 就又變得沒意義了 sigh.. : 2) 使用者並不是太在意密碼漂來漂去的, 不然其實要在 mbbsd 連線中使用 : 某些加密也不是太困難 (不要叫我寫就好了 XD). : 問題只怕在於使用者必須改用其它的軟體 (又回到前一點了) 加密 其時 rfc 裡已經有 telnet 加密的協定了 只是還沒念過 (到現在連 sizing 都搞不定 ><) 而且我也懷疑支援的 client 有多少 應該大家的做法都是收到直接 IAC WONT blah T_T 所以所以 還是 client 的問題 (但是我覺的如果 ptt 程式這邊弄出來 跟 HZYSoft 聊兩句他就弄出來了 XD) (真是無敵強的啊....b) : 所以我覺得比較安全的做法, 大概是在 telnet 協定上動手腳 XD : 例如用某些神秘的訊息告訴 server 請送 UTF-8 的資料給我. 沒在怕的啊 反正現在 telnet 的 option 只用到 39 我們就自己加個 40, 41 來傳說要送什麼 encoding XD 相信那些有的沒有的 client 在看到不懂的指令的時候說直接 WONT :pp : 至於那些僅存於 Big5 的碼就找空的區塊填入吧, 就像倚天的中國海一樣 XD : 使用者怎麼顯示就是他們的事情了 XD KD 就是這樣 -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS/M/TW d- s:++(+) a--->-- C++$ ULB+>++ P++ L++ E---@ W+ N? o? K? w--(++) O-- !M V- PS-(--) PE- Y PGP- t+ 5? X R !tv b++ DI+ D+ G e h! !r z ------END GEEK CODE BLOCK------ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.30.20