https://bugs.freedesktop.org/show_bug.cgi?id=72424
Owen Genat <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|4.1.3.2 release |3.6.7.2 release --- Comment #10 from Owen Genat <[email protected]> --- (In reply to comment #0) > When I finished the document it was 41 pages long, but when I close and > re-opened it it becomes 43 pages long. ... When I open the file I can > see in the bottom bar the number "41" changing into "43" half a second after > openning the file. Opening the ODT under GNU/Linux using: - v3.3.4.1 OOO330m19 Build: 401 - v3.4.6.2 OOO340m1 Build: 602 - v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b - v3.6.7.2 Build ID: e183d5b - v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24 - v4.1.6.2 Build ID: 40ff705089295be5be0aae9b15123f687c05b0a - v4.2.6.3 Build ID: 3fd416d4c6db7d3204c17ce57a1d70f6e531ee21 - v4.3.2.2 Build ID: edfb5295ba211bd31ad47d0bad0118690f76407d - v4.4.0.0.alpha0+ Build ID: df73f4115cfe4d07e4159adf087571687eb173ec TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-09-25_23:06:16 These are the number of pages initially displayed in the status bar (Init); what it updates to after a few seconds (Upd1); and what it updates to after manually paging through the entire document (Upd2): v Init Upd1 Upd2 - ---- ---- ---- 3.3 42 43 41 3.4 42 43 41 3.5 42 43 41 3.6 42 43 43 4.0 42 43 43 4.1 42 43 43 4.2 42 43 43 4.3 42 43 43 4.4 42 43 43 The behaviour at least appears to be relatively consistent for v3.3-3.5 and v3.6-4.4. As a result of this version set to 3.6.7.2. The best way to avoid rendering issues such as these is to keep these aspects of the formatting an even multiple of (or readily relatable to) each other: - Font size (currently 12 pt). - Line height (currently Single, thus ~14.1 pt). - Line spacing/leading (currently 0 pt). - Table cell spacing (currently 2.9/2.9/2.9/11.3 pt). This is one reason why the 12 pt font size has such currency: it is convenient to both multiply and divide. As a workaround, perhaps try setting the line height to a fixed value (16 pt e.g., 1 1/3 the point size) and the table cell spacing top / bottom to 4 pt or 6 pt. This may give a more stable result. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
