Join The Works program to have access to the most current content, and to be able to ask questions and get answers from Revelation staff and the Revelation community

At 28 APR 2005 02:20:50PM John Bouley wrote:

I am recently revisiting this issue. I have a custom label form that I am converting from AREV. The label is 4 1/2 x 3 inches and prints on a continuous Dot Matrix printer.

In AREV the program simply did print…print… while keeping track of line counts. When we needed to go to the top of the next label it was a loop with prints.

In OIPI using Generic/Text the default form is Letter and a "form feed" is automatically inserted. However, I found a way in the driver to choose the Paper Source as "Cont. Feed - No Break". This prevents the "form feed" from being inserted in the data.

Is there a way to automatically select this Paper Source using OIPI or is there a "better" way of handleing this situation?

Thanks,

John


At 28 APR 2005 05:43PM Bob Orsini wrote:

Why not use the report builder for the labels. OIPI can modify pagesize but I am not sure where you are getting paper source from.


At 13 MAY 2005 11:25AM John Bouley wrote:

Bob,

I was able to get the printing working. Basically I had to setup a custom form and assign it to the printer driver. (Generic/Text only does not work). I am using Printer ON, Print, Print …, Printer Off commands. Howerver, the only problem is this printer "must" be the default Windows printer. I would like to select this programatically.

It was my understanding that the Printer ON, Off commands use the Oinsight default printer. If so how do I temporarily change this for the printing session? Looking for code examples if any.

BTW, tried using Printsetup but didn't seem to work…

Thanks,

John


At 13 MAY 2005 12:08PM [email protected]'s Don Bakke wrote:

John,

You and I have have circled the wagons around this issue a couple times before. For anybody who is interested here are the entry points for these two threads:

OIPI32 and Custom Size Forms

OIPI and Custom Forms

In summary, custom forms in NT, 2000, and XP have to be pre-setup on each client workstation or you have to handle this programmatically via WinAPI commands. As referenced in the second thread, we eventually went that route to avoid the problems of having to manually set up any given client workstation.

Regarding the need to change the default printer "on-the-fly", we've always had success using the same approach PRINTSETUP uses with the WritePrivateProfileString and SendMessage API functions. We had to use this technique before Sprezz kindly modified S/List to accept specific printer devices in their command line.

[email protected]

SRP Computer Solutions, Inc.


At 13 MAY 2005 02:18PM John Bouley wrote:

Don,

Thanks for the detailed insights on this issue…

Part of the problem is I haven't looked at this issue in a long time. I decided to take another look at the call to Printsetup and found I was only passing the name of the printer not the entire string. Once I located the printer in the list of printers I was able to create the entire string and PrintSetup successfully changed the default printer.

You mentioned that you found a way to programmatically create the custom form for the printer. Any chance you could forward this on to me? email: [email protected]

Thanks,

John


At 13 MAY 2005 03:31PM [email protected]'s Don Bakke wrote:

John,

This was developed for a client and has already been sold to other developers so I would need to keep this in the realm of a commercial solution. If you still want more information I'd be happy to send you an email on this.

[email protected]

SRP Computer Solutions, Inc.


At 23 AUG 2006 01:42PM Mike Ruane wrote:

All-

Just a follow up to this thread- one of our clients sent us through to this site and this actually worked!

http://athleticaid.com/yaquinapress/CustomPage.html

Hope it helps-

Mike

View this thread on the Works forum...

  • third_party_content/community/commentary/forums_works/63fa3a030860e3d985256ff10064c8d2.txt
  • Last modified: 2023/12/30 11:57
  • by 127.0.0.1