Created attachment 56851 [details] problematic ODS file Problem description: When converting a spreadsheet document into a PDF file, the footer content which fits in a single line is shifted to the next line. Steps to reproduce: 1. ....Open attached ODS file. 2. .... Export as PDF (either by pressing a toolbar button or via menu. 3. .... Once exported, check the PDF file and compare with the ODS. Current behavior: Expected behavior: Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20100101 Firefox/10.0
Thanks for bugreport reproducible in 3.5.3 on Windows 7 32 bit and on Fedora 64 bit and in 3.4.2 on Windows XP in Printer Preview we see one line in footer, but on PDF appears 2 in 3.3.4 on Fedora both Printer Preview and PDF shows 2 lines in footer (so, possible regression after 3.3.4) Changing version to 3.4.2 as most early reproduced
@ Kohei Greetings What do You think about this bug?
In my environment both print preview and pdf export show two lines of footer output. I don't see any issue here. I'm using 3.5.3.2 from openSUSE repo.
Thanks for additional information. Therefore it may be distro-specific problem.
The phenomenon is reproducible under LO 3.5.3 for Windows (x64) PDF converting program such as PDFill converts the ODS without any problem. (single-line footer instead of double-line)
@ Kisuk Kim Thanks for additional testing. Version is most old version where reproducible, not current version. Changing settings back.
@ Caolan Greetings What do You think about this bug?
I can reproduce oddities with master on x86_64. One line in "page preview" but two lines in the preview in the print dialog. sasha, when you say "Printer Preview" do you mean "file->page preview" or the preview image in the print dialog from "file->Print..."
It is File->Page preview. Sorry for incorrect term. It reproducible in 3.5.4 on Fedora 64 bit, but not reproducible in 3.6.beta1
I can still see the problem. A lot would likely depend on what fonts you have installed, but what I believe is the issue is that when we print or export to pdf we (obviously enough) figure out the best positions for glyph placement for the target device dpi. *But* for the calc page preview window we set the text EditEngine reference device to the window we render into which is 96 dpi. So we have an ideal placement of text for rendering into a window, but that's not what we want in a print preview window surely. i.e. two lines should be seen in the pdf and page preview window
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d29318c78a13f5de031d181b79a655d324ecdf25 Resolves: fdo#45869 we want page preview text to layout for print output
Thanks for fixing this bug
Thanks all for looking into this issue. This fix will surely make my work more productive as I've been using a PDF printer driver as an alternative solution. Kudos to Caolán for his effort.
*** Bug 53079 has been marked as a duplicate of this bug. ***