https://bugs.freedesktop.org/show_bug.cgi?id=72424
--- Comment #20 from Robinson Tryon (qubit) <qu...@runcibility.com> --- > (In reply to comment #18) > > My thinking is that, ... the layout of a particular ODT is roughly > > deterministic. Or it should be. > > I am not one for analogies, but here goes ... There is a difference in > computational performance when reading from disk/memory in random-sized > chunks vs reading in consistent block sizes that match the handling ability > of the operating system. Okay, so that just sounds like a potential slow-down. > In simple terms, the rendering engine has > more work to do, particularly if direct formatting is used in an ad hoc > manner. This is one reason why I would never use the default settings > (template) provided with LO, in situations where layout is important. That seems pretty reasonable in terms of cross-platform or even between-machine compatibility, but I'm talking about a single, unchanging stack of hardware and software. > By contrast, a single page style with *exactly* calculated / matching > margins, head/foot area, footnotes, text lines, table spacing, et al. is > much simpler for the rendering engine to handle and more likely to produce a > consistent result as there is minimal variance. Those sound like good best practices, but I think that my previous claim stands: On a single computer using a single copy of LibreOffice, I wouldn't expect the # of pages to change. If we're losing some data due to round-off, then let's a make a note of it and possibly fix it. If there's actually a non-deterministic function involved in the layout, let's document it and (maybe?) fix it. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs