Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!husc6!bloom-beacon!martillo
From: martillo@bloom-beacon.UUCP
Newsgroups: comp.dcom.lans,comp.protocols.misc,comp.protocols.iso
Subject: Re: OSI-model software
Message-ID: <921@bloom-beacon.MIT.EDU>
Date: Sun, 14-Jun-87 19:51:49 EDT
Article-I.D.: bloom-be.921
Posted: Sun Jun 14 19:51:49 1987
Date-Received: Mon, 15-Jun-87 05:38:16 EDT
References: <223@diab.UUCP> <233@idacrd.UUCP> <526@alliant.UUCP> <1724@ames.UUCP> <1680@munnari.oz>
Sender: daemon@bloom-beacon.MIT.EDU
Reply-To: martillo@athena.mit.edu (Yakim Martillo)
Organization: MIT Project Athena
Lines: 18
Keywords: iso, tcp-ip, internetworking
Xref: utgpu comp.dcom.lans:484 comp.protocols.misc:52 junk:5264

Just a note on X and NeWS.

NeWS is a postscript based graphics system for high resolution
graphics devices which can be used to provide windows.

X is a window system which has some graphics primitives.  

They are not comparable as alternate standards in view of the underlying
mechanism or design or philosophy.

The question is whether window systems should be implemented on top of
graphics systems or whether graphics systems should be built on
graphics systems.  It maybe partially a religious issue (but I suspect
not because virtualizing a raster device on top of a raster device
makes sense to me while virtualizing a raster device on top of a
graphics system on top of a raster device seems to introduce an
extralevel of complexity) but Adobe has announced that it will
implement postscript on top of X.