PFPRINTER variable

[Richard D. Williams]

On 7/12/2013 9:04 AM, scooter6 at gmail.com wrote:
> Still having issues with this
>
> This processing is subtotaled and has @wbrk1 where it does the calculating
> The premise is the 'top' part of the report prints line detail from the
> payment file - then @wrbk1 calculates the totals, if they owe us or we owe
> them
> I have tried putting different logic in place including a running variable
> on 'balance' and if it's negative not to print etc
> >From what I can see the 'print' command only works on 'records' and not
> once processing is finishing and it's spitting out the report?
>
> I can post the code if that would help - just trying to figure out can I
> even prevent printing once it gets to @wbrk1 ?  Or do I need to 'kill' the
> print BEFORE it gets there?
>
> thanks
> Scott
> PDM
>
>
>
>
> On Tue, Jul 9, 2013 at 11:52 AM, Nancy Palmquist <nlp at vss3.com> wrote:
>
>> Scott,
>>
>> getenv("PFPRINTER") is one way to find out what is loaded into that
>> variable.
>>
>> However, if it is not set and the default is running, you can get the
>> current printer from @pr  (Current printer name) or @pt (current printer
>> type)
>>
>> My gotcha's:
>>
>> Be sure you never name printers the same as tables. Filepro is clever
>> enough to print to any printer that has a given table assigned.  So if
>> you have a number of printers with a table called "laser" you can direct
>> output to "laser" and it will turn up on one of those printers in the
>> queue.  A neat trick but annoying if the printer you want is next to you
>> and it never prints.
>>
>> If you change the printer name in processing, also set the printer type.
>>
>> I know FilePro will assume but I find it always a better rule to be
>> clear as to what you want.  Saves much troubleshooting.
>>
>> Nancy
>>
>>
>>
>>
>>
>> On 7/9/2013 10:01 AM, scooter6 at gmail.com wrote:
>>> I have some processing that prints our statements each month and it's
>>> worked fine with no problem for years.
>>>
>>> The PFPRINTER is set through a menu the user passes through, so they have
>>> the option to printer to 3-4 different printers....no problem there
>>>
>>> Now we've gotten more and more clients with a <credit balance> so I want
>> to
>>> be able to set PFPRINTER to 'null' if there is <credit balance>
>>>
>>> So, is there a way to set a variable to whatever PFPRINTER is set to when
>>> the user executes the processing.....then put a GOSUB if it's a <credit>
>>> that will set PRPRINTER=null
>>> If it's NOT <credit balance> then I want to obviously reset PFPRINTER to
>>> whatever it was when user executed the command....
>>>
>>> I haven't been able to figure out how to get the 'value' of PFPRINTER
>>> pulled into processing to be able to 'manipulate' it?
>>>
>>> Thanks
>>> Scott
>>> PDM
>>> -------------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL:
>> http://mailman.celestial.com/pipermail/filepro-list/attachments/20130709/67e18e99/attachment.html
>>> _______________________________________________
>>> Filepro-list mailing list
>>> Filepro-list at lists.celestial.com
>>> Subscribe/Unsubscribe/Subscription Changes
>>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>>
>> --
>> Nancy Palmquist         MOS & filePro Training Available
>> Virtual Software Systems    Web Based Training and Consulting
>> PHONE: (412) 835-9417           Web site:  http://www.vss3.com
>>
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> Subscribe/Unsubscribe/Subscription Changes
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20130712/ab257741/attachment.html
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>
>
Scott,

Why don't you place variables in your sub-total/total area and just not 
fill them in if the balance is negative.
That would simply stop the printing of the total area.

I think you may want to not print your detail if the balance is negative.
You can do that in your selection process before the records are 
selected for that client/customer.
That would require you to calc the bal due on each record. Too much time.

The best way is you use a process only on a blank record somewhere using 
*clerk.
 From this record you can lookup into your customer/client file and get 
each client/customer and calc. the balance due.
If it is negative, do a getnext and check the next client/customer.
But if it is positive, execute a system command to print for that one 
client/customer.

This assumes you have an index already in your detail file by 
client/customer.
I often have a single character field that indicates which ones are 
paid/unpaid (1 or 0 respectively) and build an index on that field with 
the client/customer number.

Just some thoughts,

Richard D. Williams