Bug 69017 - PRINTING: Printing doc: Row heights partially changed in printout
Summary: PRINTING: Printing doc: Row heights partially changed in printout
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 4.1.0.4 release
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-06 08:40 UTC by bugzilla
Modified: 2014-06-16 08:31 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
MS Office doc with columns, rows and fields (916.50 KB, application/msword)
2013-09-06 08:40 UTC, bugzilla
Details
offset in LibreOffice (92.30 KB, image/jpeg)
2014-01-31 09:01 UTC, bugzilla
Details
original (93.92 KB, image/jpeg)
2014-01-31 09:03 UTC, bugzilla
Details
comparison LO 4.1.3 - MS Word, font Arial (226.39 KB, image/jpeg)
2014-03-20 09:28 UTC, bugzilla
Details

Description bugzilla 2013-09-06 08:40:24 UTC
Created attachment 85310 [details]
MS Office doc with columns, rows and fields

Problem description: Row heights changed, 2 pages instead of 1 page

Steps to reproduce:
1. open attached doc in LibreOffice 4.1
2. print document
3. check row heights in the printout

Current behavior: 2 pages are printed instead of 2, and 2 lines of the document appear on the second page. In the printout, some rows in the central part of the document are visibly higher than they are in the original document, hence 2 lines do not fit on the page. 

Expected behavior: All lines should be printed on he same page. Row heights should not change.

              
Operating System: Windows 7
Version: 4.1.0.4 release
Comment 1 bugzilla 2013-09-06 09:04:45 UTC
Printer / Printer Driver: Samsung CLP-320 Series
Comment 2 Jean-Baptiste Faure 2013-12-21 14:56:29 UTC
Opened with LibreOffice 4.2.0.1+, your test file takes 2 pages...
It uses the "UniversR 45 Light" font which is not installed on my computer.

Does this font is installed on your computer?

Please, could you try again but with a more ordinary font like Arial?

Best regards. JBF
Comment 3 bugzilla 2014-01-31 08:58:33 UTC
Wa re-tested the issue with Arial. Rows are still moved but less than in the first test. But still a new page can be created by moved rows.
Please see attachments - the lines indicate the offset.
Comment 4 bugzilla 2014-01-31 09:01:05 UTC
Created attachment 93104 [details]
offset in LibreOffice
Comment 5 bugzilla 2014-01-31 09:03:32 UTC
Created attachment 93105 [details]
original
Comment 6 Jean-Baptiste Faure 2014-02-01 13:02:25 UTC
Have you tried to play with the parameters of the table ?
For example set the width to 100% instead to an absolute value ?

Best regards. JBF
Comment 7 bugzilla 2014-03-20 09:26:22 UTC
We played with the table again. 
With the original font: We found out that in LO 4.1.3 the tracking of the font is different. 2 more lines.
With font changed to Arial, the tracking seemed to be the same in LibreOffice and Word, but also with Arial the fields are moved as you can see in Comparison-LO-MSWord.jpg.

We re-tested the tracking in the original font also in LO 4.2.1 and found that the font was a bit more narrow, but this did not cause a problem in the table.
Comment 8 bugzilla 2014-03-20 09:28:46 UTC
Created attachment 96085 [details]
comparison LO 4.1.3 - MS Word, font Arial
Comment 9 tommy27 2014-06-16 08:31:40 UTC
tested under Win7x64 with LibO 4.2.4.2
test file is shown and printed as 2 pages instead of 1.
I set status NEW.


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.