I haven't worked with HPT API in several years, but as I recall, the
problem is in setting the page size, orientation and the overrun. If you
aren't careful, the page sets up as 8.5 x 11 *COR with shrink-to-fit.
That really messes up the overlay. Also be sure to get the HPT PTF's.
They aren't on any cume.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Bradley V. Stone
Sent: Thursday, October 09, 2008 8:51 AM
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: HPT API vs. HPT Printer.. different results?
Has anyone see this?
I have a client that has a HPT printer that prints an AFPDS spooled file
"as it should". Everything is lined up with the overlay, etc.
But, when they use the HPT API, the data is shifted and things don't
line up.
The fonts appear ok, so it appears that fonts used in the report are on
the system. I would expect the HPT printer to have the same issues as
the HPT API. But I know the API is "touchy" when things aren't just
perfect (cpi, lpi, length, width, margins, etc).
Anyone have any ideas where to look for answers to this?
Bradley V. Stone
BVSTools - www.bvstools.com
eRPG SDK - www.erpgsdk.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
