GNOME Bugzilla – Bug 106029
row height not wysiwyg
Last modified: 2007-11-08 22:49:54 UTC
[Originally reported as http://bugs.debian.org/180378] From: Robert Bihlmeyer <robbe@orcus.priv.at> Subject: Bug#180378: gnumeric: row height not wysiwyg Package: gnumeric Version: 1.1.16-3 Severity: normal In the attached file I turned wrapping on in the last column, and afterwards used Format>Row>Autofit Selection. The cells fit snugly in the normal view, but the print preview will show an empty space between rows. As this space gets bigger the more lines the row has I guess the row-height-calculating code thinks the used font is taller than it really is. If you can't reproduce this I could also send you the generated postscript.
Created attachment 14301 [details] Workbook exhibiting the problem
Created attachment 14302 [details] PostScript file showing the problem
I suspect that this is really just a different incarnation from Bug 62210. Fonts do not scale linearly so the printed font at the same point size but a higher resolution may in fact be not as tall as a low resolution version.
this might be fixed by now.
Checking the sample file shows that the problem is still there. In fact even the places where the text wraps changes.
We should check whether this is indeed problem 323315
Just for the record: the problem persists even after rewritin the printing code using cairo. The places where the text breaks changes now (there is more fitting on each line when printing) and the distance between lines appears smaller than on screen.
note that bug 323315 seems to descibe a work around to this.
Bugs 323315, 152265 and 1060029 essentially describe the same situation: the character sizes vary slightly between screen rendering and printing. As a consequence the line breaks and line heights vary. Since these are all the same problem and 323315 provides a workaround we consolidate them to 323315. *** This bug has been marked as a duplicate of 323315 ***