Hi Ron,
The part I can't seem to make work, even from an R> is the reverse line
feed. The forms sit at rest
with the perforation at the paper cut off. The form has fields that need
to be filled in between the top
of the print head and the top of the form. I can't get the printer to
print in that area without a reverse line feet.
I set my printer on "HEX DUMP". Even from the R> the PCC are not being
fed to the printer in Ver 7.6.
Mike
Ron Rose wrote:
By placing Printer Control Codes (PCC) in variables of the same size as
the PCC and placing them thruout the output, you can make the printer
move any place and print within its limitations. You may have to change
the order of printing an area to over come the limitations. The PCC can
be placed in a table so, you can switch between printers by reloading
the variables.
RRR
----- Original Message -----
From: "Michael Sinclair" <[EMAIL PROTECTED]>
To: "RBASE-L Mailing List" <[email protected]>
Sent: Monday, January 14, 2008 3:15 PM
Subject: [RBASE-L] - Enhancement request for Printer Control Codes in
Rbase 7.6
Hi all!
I am still working on getting Printer Control Codes to work. I have
confirmed that they are not supported in Ver 7.6. I have submitted a
request for an enhancement to the knock your socks off team!
The reason for the request is because of the need to print on tractor
feed forms. There are times when the end user is required to fill out
original forms where laser forms are not available.
An example would be a doctor's office where the doctor wants to have
Rbase print perscriptions. The perscriptions are usually not 8.5" x
11",
instead they are more like 4" wide x 5" in height.
Finding a laser printer that would handle such an odd size piece of
paper one at a time would be difficult. Printing the perscriptions on
8.5" x 11" paper would be awkward and possibly subject to
abuse (duplication via a copy machine).
Also, the original tractor feed forms frequently require filling in
data
at the top edge of the form, which is above the area where the print
head sits at rest. In order to avoid wasting the first form, the user
would need back up the form to line up the top of the form with the
top
of the print head which would be pretty inconvenient. The other choice
would be to roll up the forms on the printer and waste the the first
form by leaving it blank (wastes paper and is not good for the
environment or trees!).
Likewise, some tractor feed forms are not designed very well. They
have
fields that are not horizontally lined up. In those cases, you need to
be able to move the form up and down by fractions of a line to get the
data to print in exactly the correct location. Failure to do so would
not only look sloppy, but it might cause the recipient of a from using
an OCR program to fail to get the data properly.
I am actively trying some of the suggestions that came from this
awesome
support group. I really appreciate your help. I will report back if I
come up with something that works.
Mike
!DSPAM:478bedbd210738965415168!
