※ 引述《[email protected] (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