→ yuehyang:6^ ^Absolutely 太有道理啦 ALL PASS先吧% 推 218.164.138.97 04/10
→ eateat:謝謝作者中肯的解答，我懂了，謝謝你 推218.171.109.186 04/10
→ honst37:收錄至精華區 Z-10-18 !! 推 203.217.100.80 04/11
其實我是覺得....這沒什麼大不了的，當然我們不鼓勵錯誤網址用法，
但是沒有必要刻意去攻擊，畢竟他們的出發點是帶給大家方便，這也沒什麼不對
在 2003 Pro 版裡面，我當時的作法是支援 bbs:// ，但是幫你更正成 telnet://
我自認這樣的處理方式是最好的，同時兼顧方便以及正確性，未來的Combo也會這樣做
現在的爭議點在於，純 BBS 版接不接受 bbs:// ? 我是覺得沒有關係，為什麼?
我說我的理由：
之前有不少人在提倡網路轉址吧? 還有短網址，大家都贊成，為什麼?
他也不是原本的網址，也讓人看不出原本的網頁到底來自哪裡，但關鍵是比較方便
其他軟體也有為網址取別名來代替的方式，這大家都能接受，這是為什麼? 方便!
軟體的作用，是帶給人方便，而不是帶給人困擾，更不是和使用者作對。
bbs:// 是不是可以看成另一類的短網址? 只是一個網址的別名罷了，比較好記
應該去推廣正確的觀念，告訴大家 telnet:// 才是通訊協定和網址的真正名稱
但是不需要因此就對 bbs:// 的使用者進行破壞，民主社會要有包容不同聲音的風度
其實在很早以前確實有不少人想推 bbs:// 但是後來好像沒有實現，這不是憑空產生的
大概也是因為 BBS 只有亞洲地區比較盛行，尤其兩岸為最，這是一種地方性特殊文化
所以外國人也不會去管這些，事實上 BBS 雖是用 telnet 協定，我老實說，用的很少
BBS 跟真正過去的 telnet 相比，算是差異很大，另外獨立出來自成一類也不為過
目前國內 BBS 站真正用到 telnet 的地方，只有在連線過程當中使用者登入之前
進去之後全部都是單純 TCP/IP 的純文字傳送，跟 telnet 一點關係都沒有
另外我舉個例子，因為微軟造成的錯誤，使得很多伺服器沒有按照http網路標準來
導致其他按照標準的瀏覽器都無法正常下載檔案，原本他們是堅持符合標準不願屈就
但是...此舉造成使用者很大的困擾，因為下載zip檔居然被開啟成滿是亂碼的網頁
一再發生，造成使用者嚴重困擾，最後他們也改了，一切都只是為了使用者
今天如果 PCMan 支援 bbs:// ，那是為了使用者支援的，不是為了 KKman 支援的
最好的情況，是軟體因為人的習慣而改變，而不是要求人因為軟體而改變習慣，
畢竟電腦是發明來為人服務的，不應讓人成為機器的奴隸，不過這畢竟只是理想
在開發一個軟體的時候勢必要有很多考量，做相當大程度的妥協，其實很複雜
開發一個一百人用，一千人用，一萬人用，或是數十萬人用的軟體，都有不同的考量
所以我是覺得，設身處地為使用者的操作來想的話，其實多支援一個也沒這麼嚴重
至於底線....其實我一直有點遺憾沒有支援，因為 PCMan 也不是個合乎標準的軟體
但問題是，何謂標準? 理論上原本的 ANSI 底線根本就不是這樣用的，大家可知道
原本控制碼的設計有兩套模式，彩色模式下本來只有彩色，我現在的設計應該沒錯
但另有一種黑白模式，畫面只有黑白，那原本儲存顏色的空間就可以儲存其他東西
因此黑白模式下可以有粗體，斜體，和底線，儲存這些東西用的是原本存色彩的空間
所以，如果我沒有弄錯的話，原本底線和色彩似乎是不會同時出現的，只是後來被混用
合乎標準? BBS 本身感覺上已經不是一完全個標準的東西了，似乎有自己的一套
當然現在普遍使用之後，這些都被接受了，但我當初設計的時候因為罕用所以沒支援到
一開始的設計就沒打算支援，現在要改...真的很不容易，整個儲存方式都要有變動
所以我也一直沒去動過...畢竟從 2003 -> 2004 都改出一堆問題了...
可能暫時還是只能先這樣，這程式我很久沒動了，接下來幾週都要考試，全都還沒唸
看來最終正式版推出最有可能會是在暑假了，現在還是只能暫時停在 PR2 囉。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.129.59.3