在NIC收藏專欄關(guān)于在ARPANET上的圖形的文章并不多 。在大約8000個題目中關(guān)于圖形學的只有20多個 。原因可能與L. G. Roberts 在 A FORWARD LOOK (NIC 7542)中所說的原因差不多 ， 那就是 ， 數(shù)據(jù)庫共享或軟件共享今后幾年不會成為重要的題目 。ARPANE還沒有發(fā)展足夠長時間使那些關(guān)心它的人了解它是否可行且富有創(chuàng)意 。
因此此文目的是介紹圖形學在ARPANET上的現(xiàn)有情況和涉及到的更遠的一些情況 。我將以概況介紹開始 ， 之后簡要介紹過去的工作 ， 最后加入一些我的新想法 。
因為ARPANET上有大量的數(shù)據(jù)處理 。其中一些或全部可能在同一時間使用 。我們不只局限于在個人安裝的系統(tǒng)構(gòu)架：一個主處理器和一些低端的機器（甚至沒有）作為顯示處理器 。在NET的實際應用中可能有比執(zhí)行主要任務的機器功能更強的機器作顯示處理器 。NET上的圖形并不是我們現(xiàn)在所知道的那樣 。
當設計標準圖形語言和處理器時當然應該考慮各種各樣的圖形設備的組合 。假如我們想驅(qū)動從程序的來的顯示 ， 這樣的輸出語言必須相當通用 。但是構(gòu)建最終顯示列表的處理器沒有必要實際上也不可能做到通用 。它的工作僅僅是轉(zhuǎn)換定義好的通用語言來滿足某一確定圖形終端的需要 。命令處理 ， 今后將討論和非常值得關(guān)心的題目 ， 將是一個完全不同的問題 。這一次可能會帶來壞處而不是好處 ， 因為現(xiàn)在可能有幾個（不是一個或沒有）映射 。這些映射用來定義從主工作處理器產(chǎn)生的最初顯示列表到如光筆等交互設備等最終設備產(chǎn)生的最終顯示列表的指向 。這是必須面對的問題 ， 許多公司已經(jīng)通過不同的途徑解決了這個問題 。最終他將給我們帶來困難 。
假如顯示終端是智能的 ， 甚至擁有自己的中間或大規(guī)模除了刷新顯示沒有其他功能的處理器 ， 本地處理是一件非常簡單的事情 。這些事情可能是在圖片上簡單的增加或刪除這樣的不需要主要任務處理器完成的工作 。本地處理器只需要向顯示列表通報所有變化以使主拷貝更新 。功能的分配帶來的后一個問題 。假如當?shù)靥幚砥髦皇潜３謭D片顯示 ， 那么它達到了最低要求 ， 假如它比主處理器功能更強并能自己處理所有命令便達到了更高的要求 ?，F(xiàn)在諸如哪個顯示列表拷貝是主拷貝 ， 誰負責監(jiān)視所有拷貝是否有相同內(nèi)容 ， 列表間需要什么樣的映射等問題成為有待解決的重要問題 。
網(wǎng)絡標準圖形建議的初衷是只包括命令的簡單可解釋語言 ， 這些命令包括擦除屏幕 ， 顯示文本字符串 ， 移動光標 ， 在虛框的顯示范圍內(nèi)畫線或點 ， 執(zhí)行預定好的子程序用命令流中的下一個命令覆蓋上一個子程序的顯示內(nèi)容等 。在屏幕范圍內(nèi)的移動是用屏幕的坐標變化來定義的而不是實際長度 。這個建議符合圖形標準不能過于限制而應能廣為接受的建議 。這個建議對復雜圖形該如何處理不夠明確 。很多人都認為一個標準必須能夠充分利用圖形硬件資源 ， 并能夠體現(xiàn)和猜測將來 。數(shù)據(jù)結(jié)構(gòu)應能夠體現(xiàn)邏輯結(jié)構(gòu)和圖示結(jié)構(gòu) 。答應定義和修改子圖 ， 將顯示屏幕分為幾個邏輯單元 ?，F(xiàn)在建議的標準已經(jīng)成為一個普遍的高級語言而不是低級語言 。需要指出的是沒有必要所有的站點都具備對圖形語言解釋能力 。但由于NET中其他部分的存在 ， 其他的一臺機器應有這種解釋能力 ， 就似乎數(shù)據(jù)重構(gòu)服務 。諸如強度 ， 亮度 ， 虛線 ， 顏色或立體化等畫圖模式應也能夠通過命令模式來進行設置 。必須規(guī)范的定義字符串 ， 因為每個人都有自己的文本顯示方式 ， 而且其中大部分都不相同 。最好應有的Osanna, J., Sahzer, J.的 Multics遠程終端字符流處理（ Proceedings SJCC, 1970, p. 671.）
推薦閱讀
- 正確的乳房按摩方法
- 考拉FM怎么用
- 萬象物語技能書在哪里購買
- kt是什么意思網(wǎng)絡用語
- 隨心所欲下載—構(gòu)造你自己的Linux網(wǎng)絡螞蟻
- 米醋能提高雛雞的成活率
- 榮耀9x支持存儲卡擴展嗎
- 京東快遞怎么查詢方便
- 中原銀行怎么在手機上能查看余額
- k8411餐車在哪