RE: fun with printer overlays - how to change top margin by tiny increments (.01 inches)

The reason I am fighting this battle: A widely used contract form prints on many different printers. A box prints all around the page (1/2" from the border).

On a new printer, the top line of the box is too low, it collides with a pre-printed corporate logo.

I have to move the box up a hair. The only way I have found to do that is use FRONTMGN(*DEVD). This moves the OVERLAY up (but too far), along with the text.

Now I have to move the OVERLAY AND the text down (but not as far down as it used to be).

I can move the OVERLAY down nicely (and precisely) using the FRONTOVL(overlayname .2 .1), which works perfectly.

However by using the FRONTMGN(*DEVD) keyword, I seem to have lost any ability to move the text back down - at least with an internally-described printer.

So how do I tweak the text down - with precise control - if I already nullified the FRONTMGN control by using FRONTMGN(*DEVD) ?



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Musselman, Paul
Sent: Tuesday, March 20, 2012 3:17 PM
To: Midrange Systems Technical Discussion
Subject: RE: fun with printer overlays - how to change top margin by tiny increments (.01 inches)

My reading of FRONTMGN(*DEVD) is that it uses the printer's no-print border as the margin. I'm assuming that it would lock in the value for that run.

What if you use OVRPRTF FRONTMGN(00.25 00.25)? 1/4" is the 'no print' zone for many printers. Then you could tweak the values in any direction.

Or did I miss something earlier in the thread??

Paul E Musselman
PaulMmn@xxxxxxxxxxxxxxxxxxxx




-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Stone, Joel
Sent: Tuesday, March 20, 2012 4:03 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: fun with printer overlays - how to change top margin by tiny increments (.01 inches)

My point is that OVRPRTF does NOT seem to work to control the text margins once OVRPRTF FRONTMGN(*DEVD) is used. So even "poking" at the CL would not help!