→ lxb:1024 x 768 底下, 12p/8w字體, 可用的大概是 125 x 43 11/02 18:55
※ 引述《Alica.bbs@ptt.cc (Torsades de Pointes)》之銘言：
: RFC1073不是只有client向server報告目前所用的視窗大小嗎?
: 應該沒有辦法做到反向控制吧;真的要的話可能要自創規格了.
對, 所以我才會問, 因為我不知道有沒有 terminal 已經私下做到了,
而相關的 IAC 又是怎樣. 正如某些 bbs 的特殊 control code 可以令
特定的 terminal 顯示 http url 的圖, 或是做到 link 一般的效果,
server request to resize 說不定也有人做過了.
: 再說這有點邪惡啦,就像web那種會變大變小的popup很討人厭的感覺...
那就是介面設計者, 跟用戶之間如何溝通的問題了. 技術層面, 東西是
中性的, 但是實行時過份濫用, 或是不顧及用戶的反響, 那可不是規劃
protocol 者負責的問題, 而是實作單位的問題了.
我本身對於 web forum 花花碌碌的圖案介面也很反感, 倒是很認同
hypertext 體系的包容擴充能力. 當要看圖看相時, 還得在 http 遊走
嘛. 好的 site , 就會提供 pure text / plain format 的選擇, 把自
由還給用戶. 真的感冒, 也可以在 browser 層面 block 掉不要的媒體
和物件格式.
要尊重即有模式和用戶的期望. 在這種前提下, 應該無妨多作嘗試.
: 至於你說的根據terminal大小決定排版,itoc版的M3似乎有這類的功能.
: 例如像看板列表,ptt即使在大terminal也是一樣寬度,只有板主名單可以拉長顯示.
: 但itoc-M3似乎會變寬.所以看板說明就可以寫得下更多的字.
: 例子請見動力核心(cpu.tfcis.org)或BS2(bbs.bs2.to).
謝謝.
例子看過. 我的想法是加入一個閱讀導航的 block . screen 砌 block
的構想, 乃是取自大陸的 bbs , 我曾在 smth 等 bbs 看過人家放一塊
卡片圖案. 其實, 古早的 dos application ui 也常見到這樣子的規劃
, 問題是怎安插而己.
我想由 server side 去操控, 為的是只作個別 size 的 template. 目
前 itoc 和 ptt 的相關功能, 以 80 字以上的自由闊度為基準. 如果
以使用 wide console 為基準, 我想試試 120 字闊下可以有怎的排版
效果. 可以動的, 就是右延的 40 char width 了.
--
※ 發信站: 香港地(hkday.net)
◆ From: 61.93.63.111