Bug 5347

Summary:	Whitepace shrinks when printing?
Product:	poppler	Reporter:	Jesse Rosenthal <jesse.k.rosenthal>
Component:	general	Assignee:	Kristian Høgsberg <krh>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	high	CC:	dan
Version:	unspecified
Hardware:	x86 (IA32)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	Printed through gtklp Printed through evince

Description Jesse Rosenthal 2005-12-16 04:41:27 UTC

Using Evince 4.0 with Poppler 4.3

When I print a document made with pdflatex, the margins on the top and left are
noticeably smaller, and the right margin is larger.

When laying too sheets of paper on top of one another, it appears that each
individual word is the same size, but that the spaces between the words are
somehow smaller. This seems strange, but it also seems to be the case.

I will attach two pdf files. The first, lpr.pdf, is made by printing the pdf
directly (actually through gtklp) to the cups-pdf virtual printer. The second
file, evince.pdf, is made by printing the same file via the evince printing
interface to cups-pdf. As you can see, evince.pdf seems to suffer from the
effect I'm describing.

Comment 1 Jesse Rosenthal 2005-12-16 04:43:02 UTC

Created attachment 4096 [details]
Printed through gtklp

This file is printed through gtklp (to the cups-pdf virtual printer) and its
margins and whitespace are correct.

Comment 2 Jesse Rosenthal 2005-12-16 04:45:27 UTC

Created attachment 4097 [details]
Printed through evince

This pdf file is printed through the evince printing interface (to the cups-pdf
virtual printer). Note that the margins have shrunk, and I believe that the
whitespace between words has as well. (This was what I got from my very
unscientific procedure of holding the two different sheets of paper up to the
light, in any case.)

Comment 3 Jesse Rosenthal 2005-12-16 04:49:00 UTC

By the way, I should say that I purposely made the margins quite small on the
original file in order to make the problem with evince.pdf more evident. So the
fact that the margins are small is not in itself a sign of the problem I'm
discussing -- just the difference between the two files.

Comment 4 Daniel Kasak 2006-01-03 10:26:55 UTC

I can confirm this issue.

Whitespace, when printed via evince / poppler, appears to be smaller than when
printed from Acrobat. In fact, there are a number of whitespace-related
formatting differences between a PDF rendering on-screen in evince, and the
printed output.

An example is a bug I previously submitted:
https://bugs.freedesktop.org/show_bug.cgi?id=3391

Perhaps these are related?

Comment 5 Daniel Kasak 2006-03-10 14:27:09 UTC

I am pretty sure that this is now fixed. I'm using v0.5.1 of both poppler and
evince, and all my whitespace-related issues have disappeared.

I am leaving this bug's status as it is ( as I'm not the one who reported it,
and I don't even know if I CAN change the status anyway ), but I suggest that
Jesse ( who originally reported the bug ) try out v0.5.1 of poppler / evince,
and mark the bug as 'fixed' if you are satisfied.

Great work, however fixed it :)

Comment 6 Jesse Rosenthal 2006-04-13 04:59:07 UTC

Hmmm... I'm using the debian experimental version of 0.5.0 right now, and I'm
still having the same problems. I also rolled my own 0.5.1 and still had the
same problems too (I removed that version because of a conflict with debian
xpdf-utilities). So no happiness here yet. I wonder if someother change on your
system might have taken care of the problem?

Comment 7 Brad Hards 2007-12-02 23:06:49 UTC

Can you both please retest with poppler 0.6.2 (or head)?

Comment 8 Daniel Kasak 2007-12-02 23:40:10 UTC

I can't reproduce my issue or this issue with the latest poppler. For me, all whitespace issues have been solved for quite a while. I can't speak for the original submitter though.

Comment 9 Brad Hards 2007-12-11 17:26:29 UTC

Based on the Comment #8 feedback, I'm going to assume that this problem is gone. 

If anyone can still reproduce this (with 0.6.2 or head) please re-open and update the bug with whatever additional information you have. Thanks.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.