> > Problem:
> > to produce advanced (but not dynamic, not moving, animated or so)
> > graphics output, graphs, reports and so, for viewing and optional
> > printout, without having to make a full blown X program.
> >
> > Solution:
> > Generate graphics inside program as PostScript source, use both for
> > display and printouts.
> >
> > How:
> > Postscript is basically an ascii text, Forth-like (reverse (perverse)
>
> Some would dispute that "perverse" adjective. Some of us have
> reverse Polish minds, and deserve fair treatment. (I never could
> get any other kind of calculator to work right.)
Long live RPN calculators !!!
>
> > polish notation) language for describing the graphical appearance of
> > something, invented by Adobe. Possibilities are stunning and in full
> > colors. Pointers to two comprehensive Postscript pages (random, there
> > are many):
> > http://www.geocities.com/SiliconValley/5682/postscript.html
> > http://www.cs.wisc.edu/~ghost/
> >
> ...
>
> Well, this has its merits, reminding me of batch graphics techniques
> used in the ancient days. About the only drawback i see is the
> inability (true?) of modifying the image without starting the rendering
> from scratch.
>
> I will now exhibit a laughable ignorance of Postscript: Suppose
> the application were a strip chart. As data become available, could
> commands to draw the next line segment be sent to gs and have it draw
> on the screen in ~realtime? Or is it "page granular"?
NextStep used a variation of the standard printed postscript called
display postscript for screen drawing. Also sun uses some variation of
the same idea for displaying its online documentation.
Sorry for quoting so much of the previous posts.
....... [EMAIL PROTECTED]
`:::' Kevin Sivits ....... ......
::: * `::. ::' one world
::: .:: .:.::. .:: .:: `::. :' one people
::: :: :: :: :: :: :::. one goverment
::: .::. .:: ::. `::::. .:' ::. one OS
..:::.....................::' .::::.
