Summary: | Top margin too large only on first page | ||
---|---|---|---|
Product: | GhostPCL | Reporter: | Ron Hosler <hosler> |
Component: | PCL interpreter | Assignee: | Henry Stiles <henry.stiles> |
Status: | NOTIFIED WONTFIX | ||
Severity: | normal | Keywords: | bountiable |
Priority: | P4 | ||
Version: | 1.41 | ||
Hardware: | PC | ||
OS: | All | ||
Customer: | Word Size: | --- | |
Attachments: |
Test case that fails
689412.pcl a more conspicuous example |
Description
Ron Hosler
2007-08-22 08:04:07 UTC
Created attachment 3298 [details]
Test case that fails
When sent to HP printer all pages contain 66 lines.
I've been able to duplicate this bug in the current PCL tarball: ghostpcl-r2871+8137. The attached file prints through line 66 on page 1 on my HP LaserJet 4500DN but GhostPCL puts line 66 on the top of the next page. The file has some extra characters, which I'll remove to make a simpler test case. Created attachment 3331 [details]
689412.pcl
Simplified test case.
HP LaserJet 4500 prints all 66 lines on first page; GhostPCL prints line 66 on
page 2.
Created attachment 3360 [details]
a more conspicuous example
This example illustrates that the cursor home position should be recalculated
when VMI changes. We have not tested the side effects of changing VMI in the
middle of the page. The bug is marked bountiable and I am not sure if Ron
Hosler wanted to continue working it.
The example was changed to use 1 pixel wide rectangles so pixel position can be
measured accurately. The first line should appear 1/2" + .75 * VMI from the
top of the page.
More experiments show that the cursor position is not updated if either a positioning command was given or the page was marked prior to the vmi command, we suspect other conditions would result in no movement also. An explicit start position should be given in the pcl file. We are not inclined to emulate this, closing as wontfix. |