Printer Control
Brian K. White
brian at aljex.com
Wed Aug 11 10:43:00 PDT 2010
On 8/11/2010 1:20 PM, Brian K. White wrote:
> On 8/11/2010 1:06 PM, Rodgers Hemer wrote:
>> filePro 5.0.14/SCO 5.07
>>
>> I want to set destination printers on a work group basis. I would like to avoid having to set the printer in the output format as a report may be requested by more than one work group. Placing PFPRT in the user's .profile pointing to the applicable filePro printer did not work, resulting in the following message:
>>
>> ***A SYSTEM ERROR HAS OCCURED***
>> Cannot open print command
>> adminprt: Permission denied
>>
>> What is the proper method to achieve the intended result?
>>
>> Thanks,
>>
>> Rodgers Hemer
>> 206.523.2329
>> r.hemer at w-link.net
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>
>
> exoport PFPRINTER=printername in the users .profile.
>
> A better answer but requires more programming work is to store such
> per-user settings in a filepro file that the users themselves can
> administer instead of having an operating system admin manually edit
> .profile files. The .profile variable will end up affecting all filepro
> apps without modifying any of them, but isn't very flexible or
> self-maintaining. Using a filepro file means the users can admin it, but
> you'd have to put code all over the place to look up the users settings
> and use printer "printername" commands and/or putenv
> "PFPRINTER","printername" etc as appropriate.
>
Sorry, forgot you said SCO 5.0.7
The correct syntax would be
PFPRINTER=printername ; export PFPRINTER
LPDEST was another good suggestion but you must understand that operates
at the OS level rather than the filepro level. That would work IF your
filepro config file had a printer defined that had no printer name on
the lp command line (no "-d printername") AND that printer was the
filepro default, AND if the other printers all used the same type of
print codes as the main default (ie: hplaser). If all that is true, then
setting LPDEST will cause filepro to do nothing different at all, but
"lp" will do something different based on the value of LPDEST.
There are really many ways to to get the sort of result you want. How
fancy do you want to get? For instance, we don't even use filepro
printer config or any system lp spooler at all any more except in a
dwindling few special cases. Almost all printing goes to whatever
printer is near the user whether they are in the office or at home or on
vacation because almost all printing goes through the terminal emulator
instead of throughthe OS print spooler.
PFPRINTER is either unset or it's setting is irrelevant because it is
overridden by PFPRTC=hplaser (means use hplaser print codes but says
nothing about where to print to) and PFPT=on (says to print to the
terminal via passthrough, but says nothing about what type of print
codes to use) and those same two variables are always set the same for
all users so no maintenance in 99% of instances.
--
bkw
More information about the Filepro-list
mailing list