在NIC收藏专栏关于在ARPANET上的图形的文章并不多 。在大约8000个题目中关于图形学的只有20多个 。原因可能与L. G. Roberts 在 A FORWARD LOOK (NIC 7542)中所说的原因差不多 ， 那就是 ， 数据库共享或软件共享今后几年不会成为重要的题目 。ARPANE还没有发展足够长时间使那些关心它的人了解它是否可行且富有创意 。
因此此文目的是介绍图形学在ARPANET上的现有情况和涉及到的更远的一些情况 。我将以概况介绍开始 ， 之后简要介绍过去的工作 ， 最后加入一些我的新想法 。
因为ARPANET上有大量的数据处理 。其中一些或全部可能在同一时间使用 。我们不只局限于在个人安装的系统构架：一个主处理器和一些低端的机器（甚至没有）作为显示处理器 。在NET的实际应用中可能有比执行主要任务的机器功能更强的机器作显示处理器 。NET上的图形并不是我们现在所知道的那样 。
当设计标准图形语言和处理器时当然应该考虑各种各样的图形设备的组合 。假如我们想驱动从程序的来的显示 ， 这样的输出语言必须相当通用 。但是构建最终显示列表的处理器没有必要实际上也不可能做到通用 。它的工作仅仅是转换定义好的通用语言来满足某一确定图形终端的需要 。命令处理 ， 今后将讨论和非常值得关心的题目 ， 将是一个完全不同的问题 。这一次可能会带来坏处而不是好处 ， 因为现在可能有几个（不是一个或没有）映射 。这些映射用来定义从主工作处理器产生的最初显示列表到如光笔等交互设备等最终设备产生的最终显示列表的指向 。这是必须面对的问题 ， 许多公司已经通过不同的途径解决了这个问题 。最终他将给我们带来困难 。
假如显示终端是智能的 ， 甚至拥有自己的中间或大规模除了刷新显示没有其他功能的处理器 ， 本地处理是一件非常简单的事情 。这些事情可能是在图片上简单的增加或删除这样的不需要主要任务处理器完成的工作 。本地处理器只需要向显示列表通报所有变化以使主拷贝更新 。功能的分配带来的后一个问题 。假如当地处理器只是保持图片显示 ， 那么它达到了最低要求 ， 假如它比主处理器功能更强并能自己处理所有命令便达到了更高的要求 。现在诸如哪个显示列表拷贝是主拷贝 ， 谁负责监视所有拷贝是否有相同内容 ， 列表间需要什么样的映射等问题成为有待解决的重要问题 。
网络标准图形建议的初衷是只包括命令的简单可解释语言 ， 这些命令包括擦除屏幕 ， 显示文本字符串 ， 移动光标 ， 在虚框的显示范围内画线或点 ， 执行预定好的子程序用命令流中的下一个命令覆盖上一个子程序的显示内容等 。在屏幕范围内的移动是用屏幕的坐标变化来定义的而不是实际长度 。这个建议符合图形标准不能过于限制而应能广为接受的建议 。这个建议对复杂图形该如何处理不够明确 。很多人都认为一个标准必须能够充分利用图形硬件资源 ， 并能够体现和猜测将来 。数据结构应能够体现逻辑结构和图示结构 。答应定义和修改子图 ， 将显示屏幕分为几个逻辑单元 。现在建议的标准已经成为一个普遍的高级语言而不是低级语言 。需要指出的是没有必要所有的站点都具备对图形语言解释能力 。但由于NET中其他部分的存在 ， 其他的一台机器应有这种解释能力 ， 就似乎数据重构服务 。诸如强度 ， 亮度 ， 虚线 ， 颜色或立体化等画图模式应也能够通过命令模式来进行设置 。必须规范的定义字符串 ， 因为每个人都有自己的文本显示方式 ， 而且其中大部分都不相同 。最好应有的Osanna, J., Sahzer, J.的 Multics远程终端字符流处理（ Proceedings SJCC, 1970, p. 671.）
推荐阅读
- 正确的乳房按摩方法
- 考拉FM怎么用
- 万象物语技能书在哪里购买
- kt是什么意思网络用语
- 随心所欲下载—构造你自己的Linux网络蚂蚁
- 米醋能提高雏鸡的成活率
- 荣耀9x支持存储卡扩展吗
- 京东快递怎么查询方便
- 中原银行怎么在手机上能查看余额
- k8411餐车在哪