Summary: | PRINTING: Footnotes text appearing above footnote separator line | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Rodrigo Nuno Bragança da Cunha <rnbc.r0> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | major | ||
Priority: | high | CC: | barta, guilleron29, philipz85 |
Version: | Inherited From OOo | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | page 39 footnotes |
Description
Rodrigo Nuno Bragança da Cunha
2014-02-07 20:08:20 UTC
I used these fonts: http://numbertext.org/linux/ The ODT file is online at the same address. I mean the ODT is at the same address as the PDF... Created attachment 93812 [details]
page 39 footnotes
Hello Rodrigo Nuno Bragança da Cunha, At this step, there's another way, perhaps, than using widow and orphan to get the correct behavior. This is to slightly reduce the space between caracters, as I show it for page 39 in attachment: To see where to win some space, left align the paragraph. Select "agora da Casa de Negocio desta Cidade, que existia debaixo da firma de Trumpy e Companhia, ", including coma and space behind Companhia, right click and in context menu select Character, next > Position tab > Spacing > Choose Condensed and 0.2 pt. Justify again your paragraph. Footnote 102 is reduced the same way. Pagination is kept and this can save a big amount of work. Does this help? Kind regards, Jacques Yes, thanks! Actually I had already solved the issue by playing a bit with margins, footnote separator, widow/orphan... Pagination changes a bit, et voilà! Problem goes away... sometimes, for some combinations! Change them a bit and it reappears, in another page, sometimes in 2 or 3 pages. Worst: if the problem is solved in Windows, for example, and I open the document in Linux, a new tweaking is needed because the pages change a bit (the font rendering changes a bit). I understood this happened in difficult situations, when the footnotes and the text clash with each other at the end of pages. In normal documents it's probably never an issue. But this one has many footnotes, and the page size is relatively small. It's difficult to format correctly, I know. But isn't this a bug? I mean: the document is correctly formatted on screen, so the algorithms are already there, operating well. Perhaps it's a good test case for improving LibreOffice :) PS: Disabling widow and orphan control alone in footnotes doesn't solve the issue. Please check... http://rnbc.dyndns.org/pub/Negociantes,_Mercadores_e_Traficantes_-_160x230v2problem_in_footnotes.pdf ...where the problem is apparent at page 39 and 40. I just changed the footnote separator margin a bit (0.05cm below and 0.10cm above). As usual the ODT is at the same place. PS: Sorry, in my first example the problem was invisible by my mistake. Now in this latest example it's clearly visible. By formatting the document in slightly different ways I've seen problems in pages 40, 47, 75, 82. It depends on luck... Just to change the file URL, which is now: http://rnbc.dynip.sapo.pt/pub/Negociantes,_Mercadores_e_Traficantes_-_160x230v2problem_in_footnotes.pdf Dear Rodrigo, Can you please upload the original odt file as i'm unable to access it. Hi Jay, Just change pdf estension by odt. This is enough I think. Kind regards, Jacques Hello Rodrigo, I can confirm its there on Linux Mint with 3.3.0, 3.6.7, 4.2.5 and master. It seems as if the repagination isnt doing a complete job, as when you go into print preview mode it repaginates all the pages, but still after going to a page that has the problem, it shows the error and then corrects its self a few seconds later. Jay Philips, I agree with your assessment. That's what I thought too... and that's what I saw. There seems to be a two-pass algorithm doing the pagination job in preview mode and in print mode only the first pass runs, leaving footnotes badly formated, lost, etc... PS: I have no knowledge of the internals of LibreOffice, so my opinion has little weight. |
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.