The FormFeed character, which is hex "0C", decimal "12".

Thomas D. Greer
www.tgreer.com

tgreer,
so i would just have to put / display decimal "27" (hp escape code) then decimal "12"?
regards,
longhair

Only decimal "12", the FF. No escape at all.

Jim Asman

jlasman,
thanks for that.  i'm almost there.  i have the print job working correct for every other page ie page 1 has the form feed in the correct place page 2 does not page 3 is correct etc.  the only odd thing is that the incorrect pages are not printing the same amount of data.  that is the page break appears to be put in a random location.
any ideas?
regards,
longhair

the strange thing is that the form feed appears to be moved up the page in increments of 8 lines.
regards,
longhair

What is probably happening is that your application is still sending data AFTER the FF has been sent.

Maybe thare are 8 LF's still to come from Page 1, after you issue the FF and they end up on Page 2.

But from your description, it sounds as though your FF may be coming too late.

The best thing to do is print to a file and examine the data and see if you can't tell what is going on. You might just have a logic problem when to issue the FF or perhaps you are getting data you didn't expect or not gettig data you did expect.

Jim Asman

jlasman,
good suggestion a star for you.
the formfeeds / page breaks were in the proper location in the file, though.  i decided to attack the issue via the language that i'm programming in rather than the pcl.  it adds to the program size and a bit to it's runtime but it accomplishes the task.
again thanks for the time.
regards,
longhair

Then what may be at issue is the MAX lines per page as perceived by the printer vs. your application. This SHOULD be a trivial problem to resolve.

OR, related, maybe your app expects 6lpi and the printer is printing at 8lpi. It's something simple.

Jim Asman