printing to windows spooler - width of doc problem
Brian K. White
brian at aljex.com
Fri Apr 1 11:51:49 PST 2005
----- Original Message -----
From: "Dennis Malen" <dmalen at malen.com>
To: <filepro-list at lists.celestial.com>
Sent: Friday, April 01, 2005 11:34 AM
Subject: Fw: printing to windows spooler - width of doc problem
>I posted this yesterday. Anyone have an asnswer for me or can you put me in
>the right direction.
>
> Dennis
>
>
> ----- Original Message -----
> From: "Dennis Malen" <dmalen at malen.com>
> To: <filepro-list at lists.celestial.com>
> Sent: Thursday, March 31, 2005 5:02 PM
> Subject: printing to windows spooler - width of doc problem
>
>
>>I have redefined the printer on the UNIX side to be set up as a generic
>>printer in my definition as a remote printer.
>>
>> The windows spooler seems to recognize the font code I am using but does
>> not recognize filePro's width of page.
>>
>> Can anyone suggest a fix for this? I have the report defined as an HP-4+
>> in filePro. Is there code that I can include in the HP-4+ definitions in
>> filePro that would solve the width problem?
>>
>> The document prints fine except for the width.
The problem is you haven't answered the questions people have asked.
How, _exactly_, are you sending the jobs to windows? And how is the printer
configured in windows? ie: any non-default options played with in the
printer properties, specifically, the spool settings?
When I define a printer in windows and don't touch the spool settings, the
print processor is always RAW.
When I then share the printer and print to it via facetwin, it's like
printing to a direct parallel port printer.
The data I generate on unix (be it from filepro or touched up by the unix
print spooler interface scripts) goes to the printer unmolested in any way,
and so all I need to do to have perfect printing is to generate the right
data in the first place, which is a simple matter of:
* configure the printer in unix to use a interface script that has an option
for raw mode "HPLaserJet" (raw mode = don't touch the data, ie: don't add a
form feed, don't prepend printer setup codes, etc...)
In the case of facetwin you don't do this in scoadmin but with:
"fct_rlpadmin [options] -m HPLaserJet [options]"
* use the appropriate print code table in filepro "hplaser"
* use the aforementioned "raw" option on the lp command line in fp print
config. "lp -d fct_billing -o raw -s"
Sending via Samba instead of facetwin is more complicated to set up, but
also results in perfect printing.
It's slightly possible you have VisionFS instead of either FacetWin or
Samba. That works too, but I've used that enough to decide I'd rather use
facetwin or samba and never touch it again, and have done so, and so I can't
help much with that because I don't have it installed any where and it's
usage details are no longer day to day working knowledge for me.
I have used the "print services for unix" that 2K and XP have a few times,
which is a way for windows to accept the job via lpr/lpd instead of smb.
(actually it doesn't disable smb, so I should say in addition to smb)
When you define a printer in unix to use lpr, it means selecting "remot
printer" in scoadmin, and in that case it doesn't matter what model
(interface script) you use because unix doesn't use an interface script for
lpr jobs, It's like having -o raw all the time without asking. By default
that is. There are /etc/printcap options that can cause the data to be
modified on the way out, but none are used by default.
"man printcap" for details. I have noticed a couple times that printing via
lpd/lpr to windows print services for unix, that the print jobs weren't 100%
perfect, but I can't help with the fix, because a) because of that very
fact, I don't use that method for printing except as a last resort, and I'm
very good at never having to resort to my last resort :) and b) sometimes
there is no problem, or, the problem was easily corrected by some small
change that affects all jobs like a printcap adjustment or a print code
table tweak and it was easy to spot the problem and the fix by seeing the
first printout.
The "real" answer is to buy a good hp print server and set up netcat
printing and stop wasting your time playing with windows. The ones who can
provide the best help don't really want to waste their time helping you
waste your time to do something they wouldn't even do themselves. The
next-best answer (in my opionion) is to use FacetWin, but only if you
already have it for other reasons. A single seat licence costs more than a
far superior one-port hp print server.
Brian K. White -- brian at aljex.com -- http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani
More information about the Filepro-list
mailing list