home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!think.com!ames!agate!ucbvax!rchland.ibm.com!tinglett+
- From: tinglett+@rchland.ibm.com (Todd Inglett)
- Newsgroups: comp.soft-sys.andrew
- Subject: Re: Printers
- Message-ID: <wf00QHY91JbdJEmL8T@rchland.ibm.com>
- Date: 10 Nov 92 19:01:39 GMT
- References: <9211101837.AA28808@sadye.emba.uvm.edu>
- Sender: daemon@ucbvax.BERKELEY.EDU
- Reply-To: "Todd Inglett" <tinglett@vnet.ibm.com>
- Distribution: world
- Organization: The Internet
- Lines: 26
-
- Excerpts from ext.misc.info-andrew: 10-Nov-92 Re:
- PrintersGarrett.Wollman@UVM.EDU (1047)
-
- > This should actually be a fairly quick hack, if you are willing to
- > depend on ghostscript. Just create a pixmap or window on the X
- server, and set the enviornment variable GHOSTVIEW
-
- Actually, this is what I had in mind for implemented an ATK version of
- apostscript previewer. It would use ghostscript to render the
- postscript in awindow, but otherwise would provide an ATK interface
- consistent with ez. Ifthe X server supports display postscript, that
- can be used instead.
-
- Let me clarify my comments about a postscript graphics class. What I
- wouldlike is a class that could render a drawing in some kind of
- abstract ``page''(not necessarily a full page) much like graphic renders
- bits in a window. Then my inset can generate a rectanglar drawing that
- the text in which it isembedded can put somewhere in its physical output
- page. A postscriptimplementation would probably use encapsulated
- postscript to do this. However, it could be subclassed for other
- implementations (HPGL for example)as graphic could have different
- implementations. It could also be subclassedto produce conversions to
- other document formats (Framemaker, TeX, etc)provided the function is
- high level.
-
- -todd inglett
-