[comp.lang.postscript] PostScript in PostScript

felleman@cg-atla.UUCP (John Felleman) (10/23/89)

Someone here at Agfa Compugraphic recently pointed out how regressive
it was that our computerized discussions of PostScript were limited to
text.  After all, more of us have access to PostScript displays (NeWS, Next)
every day.  We got talking about the idea of a newsgroup where the
messages were sent in PostScript.  This would allow posters to include
graphics, and even images, in their entries.  Each reader would need an
interpreter suitable for his workstation.  For example, vt100 users would
need a filter which just extracted the strings from the 'show's and displayed
them as text, while NeWS users could send the PostScript right to their
screens.  Access to the display filter would be similar to the way that
'rn' displays rot13 articles.

Let's start a discussion about the feasibility and
desirability of this concept.
-- 
John Felleman  (508)-658-5600 X7034
AGFA Compugraphic	    ...!{ima,ulowell,ism780c}!cg-atla!felleman
200 Ballardvale St.
Wilmington, Mass. 01887           [This space available for rent]

rds95@leah.Albany.Edu (Robert Seals) (10/24/89)

In article <7800@cg-atla.UUCP>, felleman@cg-atla.UUCP (John Felleman) writes:
> [about having messages posted as PS programs, which, even tho I am
>  not blessed with one, might not be a bad idea...but then says]
>                                            For example, vt100 users would
> need a filter which just extracted the strings from the 'show's and displayed
> them as text,

Not so fast, so-called Sakomoto. Corel Draw, for example, doesn't use
ANY "show"'s to display text, because it (almost) always uses its own
fonts. Thus, this is simplest approach isn't quite complete.

> Let's start a discussion about the feasibility and
> desirability of this concept.

Ok.

> John Felleman  (508)-658-5600 X7034
> AGFA Compugraphic	    ...!{ima,ulowell,ism780c}!cg-atla!felleman

rob

hascall@atanasoff.cs.iastate.edu (John Hascall) (10/24/89)

In article <7800@cg-atla.UUCP> felleman@cg-atla.UUCP (John Felleman) writes:
 
}Someone here at Agfa Compugraphic recently pointed out how regressive
}it was that our computerized discussions of PostScript were limited to
}text...

}Let's start a discussion about the feasibility and
}desirability of this concept.

%!PS
gsave
/Times-Roman findfont 180 scalefont setfont
newpath 36 550 moveto
(Groovy) false charpath clip pathbbox
2 index sub dup mul exch 3 index sub dup mul add sqrt
/r exch def pop pop
-90 1 90 {
 newpath 36 550 moveto
 dup cos r mul exch sin r mul rlineto stroke
} for
grestore
showpage
%
% John Hascall

zben@umd5.umd.edu (Ben Cranston) (10/25/89)

In article <1655@atanasoff.cs.iastate.edu> hascall@atanasoff.UUCP (John Hascall) writes:

> %!PS
> gsave
> /Times-Roman findfont 180 scalefont setfont
> newpath 36 550 moveto
> (Groovy) false charpath clip pathbbox
> 2 index sub dup mul exch 3 index sub dup mul add sqrt
> /r exch def pop pop
> -90 1 90 {
>  newpath 36 550 moveto
>  dup cos r mul exch sin r mul rlineto stroke
> } for
> grestore
> showpage
> %
> % John Hascall

%!PS-Adobe
/slashpage {
	newpath
	0 5 1584 { % for
		0 0 2 index moveto lineto
	} for
	stroke
} bind def
/Helvetica-Bold findfont 216 scalefont setfont
612 0 translate 90 rotate % landscape
newpath 0 0 moveto 792 0 lineto 792 612 lineto 0 612 lineto closepath clip
slashpage
(THINK!) dup stringwidth pop -2 div 396 add 220 newpath moveto
true charpath clip
1 setgray fill 0 setgray 792 0 translate -1 1 scale slashpage
showpage

-- 
Sig     DS.L    ('ZBen')       ; Ben Cranston <zben@Trantor.UMD.EDU>
* Computer Science Center Network Infrastructures Group
* University of Maryland at College Park

smithda@cpsvax.cps.msu.edu (J. Daniel Smith) (10/25/89)

In article <7800@cg-atla.UUCP> felleman@cg-atla.UUCP (John Felleman) writes:
>
>Someone here at Agfa Compugraphic recently pointed out how regressive
>it was that our computerized discussions of PostScript were limited to
>[...]
>screens.  Access to the display filter would be similar to the way that
>'rn' displays rot13 articles.
>
>Let's start a discussion about the feasibility and
>desirability of this concept.
Sounds like a neat idea to me.  But a lot of poor souls must still
read news on a plain old terminal.  Most of them would loose all their
graphics.  Also, previews tend to be rather expensive in terms of a
Workstation, disk space, CPU time, etc.  Still, I think this is a neat
idea.

   Dan
=========================================================================
J. Daniel Smith                      Internet: smithda@cpsvax.cps.msu.edu
Michigan State University              BITNET: smithdan@msuegr
                                       Usenet: uunet!frith!smithda

We have more useless information than ignorance of what is useful.
                            - Vauvenargues
=========================================================================

perry@ccssrv.UUCP (Perry Hutchison) (10/25/89)

[]

Before embracing this concept, I would strongly urge people to consider the
flap which erupted on (I believe) comp.protocols.tcp-ip after a couple of
RFC's were posted in PostScript rather than in plain text.  Some of the
objections raised were:

  The PostScript form of a document is typically many times larger than the
  plaintext form.

  Relatively few readers have on-line PostScript browsers, so that PostScript
  articles can be read only by first converting them to hardcopy.

  Not everyone who wants to read the subject matter has a PostScript printer.

  Meaningful computer-assisted searching (e.g. grep) of saved PostScript
  documents is difficult if not impossible.  Quoting is even worse.

To which I might add:  John Hascall's 12-line program required over 3 minutes
to print on a LaserWriter II NT.  Many of us spend too much time on news as
it is.

barnett@crdgw1.crd.ge.com (Bruce Barnett) (10/25/89)

%!
( <7800@cg-atla.UUCP> felleman@cg-atla (John Felleman)
 (Let's start a discussion about the feasibility and
  desirability of this concept.) CiteReference

(There would be great benefit if there were a way of isolating
libraries from data. That is, there should be a way of sending
PostScript libraries ahead, so that once your machine received the library,
you would be able to keep it around and avoid the cost of sending
the library over and over and over again...
) ShowText

BruceBarnett Signature

hascall@atanasoff.cs.iastate.edu (John Hascall) (10/25/89)

In article <756@ccssrv.UUCP> perry@ccssrv.UUCP (Perry Hutchison) writes:
 
     [c.l.ps in PS takes too much space, etc, etc, etc,...]

}To which I might add:  John Hascall's 12-line program required over 3 minutes
}to print on a LaserWriter II NT.  Many of us spend too much time on news as
}it is.

      Well, excuse me if you have lame equipment, it draws in about
      3 SECONDS on our DECstation 3100.      [ half :-) ]

John

dtgcube (Edward Jung) (10/25/89)

> [post about using postscript for postings]

I think it's a good idea.  I'd even work on the NeXT software to do it.
-- 
====================================================================
Edward Jung			        The Deep Thought Group, L.P.
BIX: ejung				        3400 Swede Hill Road
UUCP: uunet!dtgcube!ed			         Clinton, WA.  98236

zben@umd5.umd.edu (Ben Cranston) (10/27/89)

In article <7800@cg-atla.UUCP> felleman@cg-atla.UUCP (John Felleman) writes:

> ... computerized discussions of PostScript were limited to text ...
> ... a newsgroup where the messages were sent in PostScript.

This was typed in from an article in the current "TypeWorld" newspaper.
Vol XIII, No 20, Second October 1989 issue, first page.

See and learn PostScript on Mac

Concord, MA -- A PostScript interpreter that runs on a Macintosh Plus, SE,
or II and displays output pages on the screen is now being delivered by
Lincoln & Co.  PostShow, as the software system is called, is totally self
contained and requires no printer or other hardware to operate.

   Like PS Tutor, the company's earlier IBM PC [boo hiss -cbc] product,
PostShow is intended for the graphics arts professional who works directly
with the PostScript language, as well as for the learner.  PostScript files
created by publishing and illustration software may be interpreted and viewed;
such files can also be created or modified using the system's built-in editor.
The interactive mode of PostScript is active and available so that commands
can be executed from the keyboard.

   Assisting the programmer are features such as an online reference manual
that describes all of PostScript's operators and error messages, pull-down
windows into the operand stack and graphics state, and a "zoom-and-pan"
function that permits any part of the page to be viewed, magnified, or
reduced.  PostShow incorporates the Macintosh user interface.

   PostShow produces hardcopy output on both PostScript and non-PostScript
printers.  On non-PostScript units, it prints PostScript pages at the screen
resolution of 72 dots per inch.  With PostScript printers, it transmits the
PostScript files for interpretation by the printer.

   An introductory price of $224.95 includes the 13 standard PostScript fonts,
similar in appearance and spacing to the Helvetica, Courier, and Times
families, and to Symbol.  An additional set of fonts, LWM22, is available for
$69.95 ($89.95 when purchased separately from PostShow), contains 22 additional
fonts that closely resemble those of more recent laser printers.

   For more information contact: Lincoln & Co., David Jellison, Director of
Software Sales, 45 Winthrop St., Concord MA 01742 USA, (508) 369-1441, Fax
(508) 371-2287.
-- 
Sig     DS.L    ('ZBen')       ; Ben Cranston <zben@Trantor.UMD.EDU>
* Computer Science Center Network Infrastructures Group
* University of Maryland at College Park

naughton@wind.Sun.COM (Patrick Naughton) (10/27/89)

In article <1680@atanasoff.cs.iastate.edu> (John Hascall) writes:
>In article <756@ccssrv.UUCP> perry@ccssrv.UUCP (Perry Hutchison) writes:
> 
>     [c.l.ps in PS takes too much space, etc, etc, etc,...]
>
>}To which I might add:  John Hascall's 12-line program required over 3 minutes
>}to print on a LaserWriter II NT.  Many of us spend too much time on news as
>}it is.
>
>      Well, excuse me if you have lame equipment, it draws in about
>      3 SECONDS on our DECstation 3100.      [ half :-) ]
>
>John

Well, excuse me if you have lame equipment, it draws in about
2 SECONDS on my SPARCstation1GX.	[ three-quarters :-) ]

wind% time psh ~/ps/think.ps
0.0u 0.0s 0:02 2% 0+104k 0+0io 0pf+0w

-Patrick

    ______________________________________________________________________
    Patrick J. Naughton				    ARPA: naughton@sun.com
    Window Systems Group			    UUCP: ...!sun!naughton
    Sun Microsystems, Inc.			    AT&T: (415) 336 - 1080

dtgcube (Edward Jung) (10/27/89)

Patrick Naughton writes:
> In article <1680@atanasoff.cs.iastate.edu> (John Hascall) writes:
>>      Well, excuse me if you have lame equipment, it draws in about
>>      3 SECONDS on our DECstation 3100.      [ half :-) ]
>>John
>
>Well, excuse me if you have lame equipment, it draws in about
>2 SECONDS on my SPARCstation1GX.	[ three-quarters :-) ]
>-Patrick

Well, excuse me if I have lame equipment, but it draws in 3,322 millisec
on my NeXT Cube.  And it is running a 68030 (no MIPS, no SPARC, no
dedicated GX graphics processor).
-- 
====================================================================
Edward Jung			        The Deep Thought Group, L.P.
BIX: ejung				        3400 Swede Hill Road
UUCP: uunet!dtgcube!ed			         Clinton, WA.  98236

grantk@manta.NOSC.MIL (Kelly J. Grant) (10/28/89)

> >     [c.l.ps in PS takes too much space, etc, etc, etc,...]
> >
> >}To which I might add:  John Hascall's 12-line program required over 3 minutes
> >      Well, excuse me if you have lame equipment, it draws in about
> >      3 SECONDS on our DECstation 3100.      [ half :-) ]
>
> Well, excuse me if you have lame equipment, it draws in about
> 2 SECONDS on my SPARCstation1GX.	[ three-quarters :-) ]

Folks,

didn't we solve the "I've got the biggest hardware" in junior high ???

[full :-) ]

Kelly