You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2016/04/14 18:40:09 UTC

[Issue 118542] Top and Bottom Margins are Merged when Printing

https://bz.apache.org/ooo/show_bug.cgi?id=118542

--- Comment #5 from pspemail@earthlink.net ---
I finally managed to do some additional tests, which may through some light on
the problem.

When I modify the format for the first page to be 9.5" deep and reduce the
bottom margin to 0, the second (and subsequent) pages have a top margin of 0.5"
and a bottom margin of 1". Note that this is an improvement on the original
case, where the top margin on the second and subsequent pages was 1.5" and the
bottom margin was 0".

Modifying the first page again to show a depth of 9.75" and a bottom margin of
0.25" once again produced, on the second and subsequent pages, a top margin of
1.5" and a bottom margin of 0".

So, apparently, for the Panasonic KX-P1624 at least, the rule is: if the user
/dares/ to put a non-zero bottom margin on the first page, all subsequent pages
will add their top and bottom margins together and put them at the top.
Otherwise, the top margin is limited to 0.5", any remainder being added to the
bottom margin.

I also played around a bit with the right margin, originally 2". Changing it to
0.5" on the first page caused some text, shown in OOo itself as on the line, to
not print; changing the right margin to 1.5" (determined by using a ruler to
measure where the text stopped abruptly with a right margin of 0.5") allowed
all the text to print on the first page exactly as shown in OOo itself.

A right margin of 0.5" worked correctly on the second and subsequent pages.

Additional testing did not change these results, so the rule for the Panasonic
KX-P1624, at least, appears to be: the first page right margin must be at least
1.5".

Why this is happening is unclear, although I suppose it is possible that the
program is reacting to the type of printer -- that is, that it checks to see if
it is dealing with a dot-matrix (line-oriented) printer or a page-oriented
printer and behaves differently in each case, in which case any dot matrix
printer should show the same effects. It is, I suppose, possible that some
pre-Apache programmer had it in for Panasonic and that this is specific either
to Panasonic line-oriented printers in general or to the KP-X series or even
the KP-X1624 in particular, but I have my doubts about that.

Although I would think that, by now, dot matrix printers are scarcer than hen's
teeth, and so the problem not very urgent, I could be wrong: I was pleasantly
surprised to find, when I upgraded (if that is the word) to Windows 10 that it
came with the appropriate Panasonic printer without having to download the
additional drivers. Presumably, the drivers it comes with are the ones most
likely to still be needed, and a lot of them appeared to be for dot-matrix
printers, so dot-matrix printers may still be out there and in use by a lot of
people.

-- 
You are receiving this mail because:
You are the assignee for the issue.
You are on the CC list for the issue.