Re: NPA.PS has problems, don't get it yet

Bruce Crabill <BRUCE@umdd.umd.edu> Sat, 15 August 1992 00:00 UTC

Received: from ietf.nri.reston.va.us by IETF.NRI.Reston.VA.US id aa08762; 14 Aug 92 20:00 EDT
Received: from NRI.NRI.Reston.Va.US by IETF.NRI.Reston.VA.US id aa08758; 14 Aug 92 20:00 EDT
Received: from inet-gw-2.pa.dec.com by NRI.Reston.VA.US id aa22947; 14 Aug 92 20:01 EDT
Received: by inet-gw-2.pa.dec.com; id AA28050; Fri, 14 Aug 92 17:01:37 -0700
Received: by nsl.pa.dec.com; id AA21424; Fri, 14 Aug 92 16:42:48 -0700
Received: by nsl.pa.dec.com; id AA21420; Fri, 14 Aug 92 16:42:47 -0700
Received: by inet-gw-1.pa.dec.com; id AA15395; Fri, 14 Aug 92 16:42:46 -0700
Message-Id: <9208142342.AA15395@inet-gw-1.pa.dec.com>
Received: by UMDD.UMD.EDU id 2337 ; 14 Aug 92 19:43:50 EDT
Received: by UMDD (Mailer R2.08 PTF008) id 2337; Fri, 14 Aug 92 19:43:49 EDT
Date: Fri, 14 Aug 1992 19:33:22 -0400
From: Bruce Crabill <BRUCE@umdd.umd.edu>
Subject: Re: NPA.PS has problems, don't get it yet
In-Reply-To: Message received on Fri, 14 Aug 92 17:06:30 EDT
To: print-wg@pa.dec.com

I was able to get a NPA.PS out of the NPA.EXE.  Of course, owning a Mac made
the exercise a bit of fun (but thats what they invented SoftPC for...).
However, I wasn't real happy when it took 2 hours on a LPS40 to print.
Reminds me why I'm not a big fan of PostScript RFCs.  The brief scan I did
of it, looks like it might be a good host to printer protocol, but I would
like to see something like our NPP for the user to spooler protocol.  I did
find it humorous that they said that they didn't use something that required
parsing commands, because printers are too simple to be able to do that but
then goes on to specify a 200 some page protocol spec with flags a fields for
everything in the world that somebody could thing of.  By the way, who or
what is the driving force behind this protocol?

                                       Bruce