I am late to this discussion and maybe this will help or not.
When my consultant updated by code many years ago he wanted to make printer
issues more simple
In the future so decided to create one RMD file to set all printer names to
variables (could use
A table for this also I guess).
Since printers on a network have to be loaded on each work station and each
have a name, one they are loaded that part is done in Windows.
With all printers (we have 8) on the network we created code like:
SET VAR vpg TEXT = ('printername')
Once that is done and have in my case 8 lines of code, anywhere one wants to
use one of the printer in the code then e.g. for a label
LBLPRINT <labelname> WHERE cond OPTION|PRINTER_NAME &vpg
This way no matter if printers are changed, replaced, etc once they are
attached to the network, given a name (which
Will require an IP address (should be static) and added to the workstation(s)
needed to print from, the only line that needs
To be changed in the TEXT variable and then everywhere else in the code that
VAR is referred to will print to that printer.
If the printer is hardcoded in many places of code, then to me, changing a
printer becomes a much more laborious task but
I admit, even though I have done a lot of work with Rbase I am no where as
knowledgeable as many of you developers out there.
Only because I know how printer issues can be such a nightmare I thought I
would share my experience.
Best of luck
Larry Nemetz, DVM
The BIRD Clinic Veterinary Corp
200 S Tustin St, #E
Orange, CA 92866
(714) 633-2910
[email protected]
From: 'Karen Tellef' via RBASE-L <[email protected]>
Sent: Tuesday, October 1, 2024 5:29 AM
To: [email protected]
Subject: Re: [RBASE-L] - Printer / RBase question
100% with you on this one! Once we figure out how to get this work, I
explained to her the need to put printer info in a table. I've already
identified every place in code where we hard-code specific printers so I know.
I am starting my retirement process, so I need this client to be more
self-sufficient!
Karen
On Monday, September 30, 2024 at 10:27:50 PM CDT,
<[email protected]<mailto:[email protected]>> wrote:
The advice of storing the printer info in a table still stands. If the printer
is ever moved, renamed or the IP address changed, no code needs to be updated,
only one record in the table.
Javier,
Javier Valencia, PE
14315 S Twilight Ln
Olathe, KS 66062
913-915-3137
From: 'Karen Tellef' via RBASE-L
<[email protected]<mailto:[email protected]>>
Sent: Monday, September 30, 2024 2:09 PM
To: [email protected]<mailto:[email protected]>
Subject: Re: [RBASE-L] - Printer / RBase question
This is a 'service ticket' that's printed when a customer is there at the
counter. Because the forms are pre-printed, no one would ever print it out any
other way other than to this printer which is loaded with the forms. And the
entry-level people at the counter can't be counted on to have it show on the
screen, press the printer icon, scroll down to select the proper printer
(because it will never be the default printer)!
Karen
On Saturday, September 28, 2024 at 04:46:19 PM CDT,
[email protected]<mailto:[email protected]>
<[email protected]<mailto:[email protected]>> wrote:
Karen,
I believe the other replies addressed the issue and hopefully you have enough
to resolve your issue.
Now, I will give you my take on printing, FWIW.
Once upon a time, users wanted to do a quick selection of records to be printed
and then the report would go directly to the network printer. It worked well
until one time when a secretary printed a report at the end of the day only to
find out the next day that over 900 unintended pages had printed overnight.
The process was changed so now, all reports are printed to the screen first and
from there they can be sent to any printer in the network ( short reports to
the workstation's printer and longer ones to the network), or to a file , or
sent via email...lots of options. When reports that are expected to be long,
the number of records is calculated and an estimated of the number of pages
displayed so the user can decide if the selection is correct.
There is a couple of status reports that run automatically at night, after the
Fuel System record for the day are uploaded, and the report is automatically
printed to the Fleet supervisor workstation's printer. The name of the printer
is not hardcoded but read in real time from a table that stores system
information, including network paths, printer names and paths, and file
directories for different processes. Any time any of this information is
changed, the table information is updated, and no code needs to be changed.
This approach simplifies maintenance greatly.
Hopefully, this information will be of help.
Javier,
Javier Valencia, PE
14315 S Twilight Ln
Olathe, KS 66062
913-915-3137
From: 'Karen Tellef' via RBASE-L
<[email protected]<mailto:[email protected]>>
Sent: Saturday, September 28, 2024 9:45 AM
To: RBase List <[email protected]<mailto:[email protected]>>
Subject: [RBASE-L] - Printer / RBase question
So I have a client who tries to do hardware / network stuff themselves,
managing to screw something up each time. I always claim to know nothing about
this stuff (which is about 99% true) so I never offer to help. I want them to
pay a couple bucks to their network support guys to do it right.
Apparently they had power outage, and some of the workstations (not all) lost
printer definitions along with other things. So the woman there tried to
re-install the networked printers.
My app contains several hard coded references to a networked printer for a
certain report, like this: \\andfile\HP4250<file://andfile/HP4250>
Somehow on the workstations she added the printer, but the name that shows in
PRNSETUP is just the "HP4250". It doesn't have the network "andfile"
indicator. If she picks that printer from Microsoft Word, it's able to find
the networked printer and prints it. But RBase won't print anything to it, and
I'm guessing that it thinks it's a local printer, correct? She asked me if
she could just type the "\\andfile\<file://andfile/>" in front of the printer
name, and I told her I honestly don't know but she could try it.
Haven't heard back yet. Any thoughts or guidance?
Karen
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
[email protected]<mailto:[email protected]>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/rbase-l/1536837248.11058742.1727534704447%40mail.yahoo.com<https://groups.google.com/d/msgid/rbase-l/1536837248.11058742.1727534704447%40mail.yahoo.com?utm_medium=email&utm_source=footer>.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
[email protected]<mailto:[email protected]>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/rbase-l/115801db11ef%24d7382b00%2485a88100%24%40vtgonline.com<https://groups.google.com/d/msgid/rbase-l/115801db11ef%24d7382b00%2485a88100%24%40vtgonline.com?utm_medium=email&utm_source=footer>.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
[email protected]<mailto:[email protected]>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/rbase-l/1652007294.1768578.1727723363780%40mail.yahoo.com<https://groups.google.com/d/msgid/rbase-l/1652007294.1768578.1727723363780%40mail.yahoo.com?utm_medium=email&utm_source=footer>.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
[email protected]<mailto:[email protected]>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/rbase-l/02e801db13b1%24e25cbff0%24a7163fd0%24%40vtgonline.com<https://groups.google.com/d/msgid/rbase-l/02e801db13b1%24e25cbff0%24a7163fd0%24%40vtgonline.com?utm_medium=email&utm_source=footer>.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
[email protected]<mailto:[email protected]>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/rbase-l/1427639979.11891839.1727785711815%40mail.yahoo.com<https://groups.google.com/d/msgid/rbase-l/1427639979.11891839.1727785711815%40mail.yahoo.com?utm_medium=email&utm_source=footer>.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/rbase-l/CY5PR11MB625902C3C76E8D413B21C370BA772%40CY5PR11MB6259.namprd11.prod.outlook.com.
