Subject: Printing in Pine

From: [email-masked] (Herbert Edelhertz)
Date: 31 Aug 1994 00:39:22 GMT

My printer is an HPLaserJetIII. When I use the "y" command to print out 
an email message, it prints as expected but the printer always spits out 
an extra blank page. This also happens when I try to print a news item in 
Tin. I have tried both ansiprt and ansiprint, but I still get the extra 
pages.

Any advice on this? Many thanks.

---

From: Jim Stone <[email-masked]>
Date: Wed, 31 Aug 1994 00:55:55 -0400 (EDT)

Concerning your question about getting an extra blank page when printing 
from PINE:

Is your LaserJet attached to a network?

In Novell, the "capture" command can be set to send a form feed at the end
of the print job, and I assume other networks have a similar option.  The
extra form feed is unnecessary in this case, so it produces a blank page. 

When running "capture" in Novell, the flag "nff" suppresses the extra 
form feed, as in:

     capture q={queue_name} nff

If you're not printing through a network, I'm stumped.

jim
-------------------------------------------:::::---------------------------
  "as long as the music's loud enough,     :::::  Jim Stone
  we won't hear the world falling apart."  :::::  Smithsonian Institution
  -derek jarman, "jubilee"                 :::::  [email-masked]
-------------------------------------------:::::---------------------------

---

From: Terry Gray <[email-masked]>
Date: Tue, 30 Aug 1994 22:39:01 -0700 (PDT)

Herbert,
Pine's builtin printer code is not very configurable, and it does indeed 
send a trailing form-feed... (many printers require it.)  To get around
this, use Pine's custom print command, and an external program called 
"ansiprt" that comes with the pine distribution in the contrib directory.
It doesn't send the trailing FF.  (As it happens, "ansiprt" is already 
installed on Stein).

-teg

---

From: Terry Gray <[email-masked]>
Date: Tue, 30 Aug 1994 23:04:31 -0700 (PDT)

OK, I'll read *all* of your message this time :)

Since you've already tried ansiprt, and it also happens from tin, I'd be 
looking on the desktop side of the equation...  Presumably local printing 
doesn't have this problem, so maybe it is your comm software (where the 
ANSI printer escape codes are interpreted)?  

If there is any way to divert the print stream to a file, that might help 
determine whether the FF is coming from the remote host, or being added 
locally.

(Sorry about the previous non-answer.)

-teg