HP3000-L Archives

February 1997, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jeff Kell <[log in to unmask]>
Reply To:
Jeff Kell <[log in to unmask]>
Date:
Sat, 15 Feb 1997 01:30:18 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (25 lines)
Larry Byler wrote:

> Jeff's question show a bit of confusion about what happens when.  The
> treatment of ENV files when the spool file is created depends *entirely*
> on what kind of ENV file the file system is dealing with.  It has nothing
> to do with the target device, about which no assumptions are made at spool
> file creation time because it could change before printing.  So, PENV
> files are processed by one routine, TTYPE files by another, and so on.
> At the bottom of the sieve are network printing ENV files; it is these
> files that must have a filecode of 0 <= n <= 1023 to be accepted.

I've obviously been ambiguous in my points.  Let me retry:
* Network printer drivers ignore TTYPE files (and perhaps true PENV files).
* Network printer drivers do page level recovery by PJL *only*.
* Formation/etc packages that process special PENV/TTYPE files do so by
  inserting raw PCL (Formation does at FOPEN time, ESPUL does at output
  time <but that's not a netprint issue>).  If you use output reports that
  start with %61 <top-of-form> CCTL, you will get an extra blank page if
  there is *any* leading setup information in the spoofle.
* Network printing ENV files are the only things network print drivers will
  insert "silently" before the user data (and in most cases handle the
  initial form-feed suppression like the serial printer drivers).

Jeff Kell <[log in to unmask]>

ATOM RSS1 RSS2