After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 153578 - Text shrinks during printing
Text shrinks during printing
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Printing
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
: 159802 160600 551542 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-09-23 18:10 UTC by Morten Welinder
Modified: 2008-09-09 17:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Morten Welinder 2004-09-23 18:10:12 UTC 
statfuns.xls' I20, "Status message", extends into cell J20 on screen.

When printing, I is the last column on page 1 and I20 extend into the
margin.  That looks crazy.  (The same thing happens with new and old
printing code.)

I am not sure what the right thing to do is.
Comment 1 Morten Welinder 2004-12-06 17:36:38 UTC 
*** Bug 160600 has been marked as a duplicate of this bug. ***
Comment 2 Nikolaus 2004-12-07 17:39:41 UTC 
Because my bug was marked as a duplicate of this one and I really don't
understand what the above problem description is talking about, I just
want to add mime. 

A cell which fits its content on the screen exactly (using auto-fit) is
to small for the content on printing and print preview. However, the
text doesn't flow over the cell borders - it is clipped.
Comment 3 Jody Goldberg 2005-01-16 22:00:33 UTC 
*** Bug 159802 has been marked as a duplicate of this bug. ***
Comment 4 Jean Bréfort 2007-12-06 20:26:16 UTC 
Still occuring with most recent code using GtkPrint.
Comment 5 Andreas J. Guelzow 2008-09-01 19:00:11 UTC 
This in fact appears to have nothing to do with the fact that text size changes as the resolution changes.

For the examples I have looked at, layout size in fact decreases as the resolution of the medium increases, from a natural layout size of 341 x 27 to a size of 280 x 20 after recontexting. The problem is that the cell size is only 254 x 20 so the question arises why the content fits into the cell in display...
Comment 6 Andreas J. Guelzow 2008-09-02 03:00:31 UTC 
Okay: the problem seems to be a confusion between pixels and points.

The text layout is done in pixels that are then interpreted as points when the text is printed. Since the scale factor between points and pixels is not 1, the problem occurs.

This also explains why the width and height  passed to print_cell_gtk differes from that passed to draw_cell. (The former is in points, the latter in pixels.)
Comment 7 Andreas J. Guelzow 2008-09-02 05:20:32 UTC 
I have fixed the points/pixels confusion in print_cell_gtk.
Texts will now frequently appear to small. This is primarily due to the change in resolution. At least pango yields smaller layouts for the higher resolution context.

Since this still needs to be fixed I am leaving this bug open with an "underflow" in the subject line.
Comment 8 Andreas J. Guelzow 2008-09-02 07:44:39 UTC 
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 9 Andreas J. Guelzow 2008-09-09 17:39:46 UTC 
*** Bug 551542 has been marked as a duplicate of this bug. ***