This is a bug in the Win32 awt implementation specifically dealing
with printing.

Currently, the PrintJob interface allows a user to retrieve the
size of the printed output (usually its 612 by 792 for C locale).
Point (0,0) is the upper left corner of the page and you basically
have all 612 by 792 pixels to draw onto.

On Windows, similar information is returned (the dimensions of
the printed page), however, in reality that may not be true because
Windows will not let you even try to draw into the margins that
the printer enforces. So, when you move the current point to (0,0)
you are actually at whatever the upper left corner of the page is
after you account for the margins (ie. if the margin is 1/2 inch,
then you're really at point (36,36) given 72 dpi). So, if you
format something for printing on Solaris, JavaOS and Windows, it
will print out the same from Solaris and JavaOS but on Windows, it
will be offset by the amount of the margins.

Basically in the Windows awt implementation, the origin of the
printed page needs to be reset to account for the margins.
One line of code needs to be added to awt_Graphics.cpp to fix
this problem:

------- awt_Graphics.cpp -------
1174a1175,1180
>
> VERIFY(::SetViewportOrgEx (hDC,
> -GetDeviceCaps (hDC, PHYSICALOFFSETX),
> -GetDeviceCaps (hDC, PHYSICALOFFSETY),
> NULL));
>

Because of this bug, print outs from HJ Views come out slightly
uncentered when printed a Win32 machine.