----- Original Message ----- From: "Sami Aaron" <[EMAIL PROTECTED]> To: "RBASE-L Mailing List" <[email protected]> Sent: Tuesday, January 15, 2008 9:42 AM Subject: [RBASE-L] - RE: Enhancement request for Printer Control Codes in Rbase 7.6
> Mike - > > Sometimes you just have to step back from the project and determine what the > ultimate goal is and how to meet that need vs. keeping the status quo with > the new software and the client's old equipment... All things considered, unless they have a semi load of existing pre-printed forms, you will have a better go at it to abandon the old way and go with what the rest of the world is doing. Think about it. What Software house out there is trying to make it possible for a developer (at least in the environment we work in) / user to embed control codes to support tractor feed dot matrix printers? I wrestled with this issue with check printing for quite a while and finally went laser. I wouldn't use anything else. Once the print mask aligns with the Examplar preprinted form, you are going to get perfection every time. No pinhole messes or jams in the middle of a print run, blah blah. I have a working KX1150 (I bought a second one because it did print the Dos checks reliably) that I haven't hooked to anything for 6 years. I'm with Sami on this one (not that I "ever" disagree with Sami! (-; ) > JMHO - > Sami > > ____________________________ > Sami Aaron > Software Management Specialists > 913-915-1971 > [EMAIL PROTECTED] > > > > > -----Original Message----- > From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Michael > Sinclair > Sent: Monday, January 14, 2008 5:16 PM > To: RBASE-L Mailing List > 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 > >> > > >
