https://bugs.freedesktop.org/show_bug.cgi?id=40788
Tibby <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|[email protected] |[email protected] |desktop.org | --- Comment #39 from Tibby <[email protected]> --- So, I'm currently working on this problem - working on 3.6 branch but upstreaming later this week. So far, I've added a checkbox option under Tools - Options - Calc - Print to force manual breaks. However, this bug: https://issues.apache.org/ooo/show_bug.cgi?id=54993 (which the current behaviour LO was introduced to fix, as well as for MSO interop) rears its head when the number of pages or height/width specified in the scaling settings conflicts with the manual breaks in the document - i.e. what if 1 row break is specified (so the document will be 2 pages at least) and scaling setting is to fit to 1 page? The scaling function can't converge due to the conflict, so it bottoms out at the minimum zoom size. What I really need now is feedback on what the most sensible way of handling this situation would be. - Breaks can be forced anyway, ignoring the scale settings - assuming 100% scale, perhaps? Or scale so the number of pages == the number of breaks + 1. - We could revert to the current behaviour and ignore breaks. - The UI could be adapted to handle this more gracefully, e.g. putting minimum bounds on # of pages when the force breaks option is selected, or disabling the force breaks option if it'll cause a conflict. Doesn't account for import of malformed documents though. Or maybe something else. Any ideas from anyone who uses the functionality affected by this bug? -- 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
