※ 引述《[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