https://bugs.freedesktop.org/show_bug.cgi?id=69584
--- Comment #2 from tmacalp <[email protected]> --- Note that this not only affects manipulating pages in page break preview, but will also cause all inserted row breaks to be ignored. (Insert -> Page Break -> Row Break) Also, since some time after OpenOffice 3.2.1 but before LO 3.5.7.2, LO introduced another bug, which I'll report shortly. In fit-to-page spreadsheets, page breaks are ignored in spreadsheets where the Height in Pages is set to a large number instead of being left blank. According to the online documentation, "Height in Pages" is the maximum number of pages to be printed vertically stacked. This is a maximum and should not stop manual breaks from functioning as they do when the field is left blank. We love fit-to-page and use it extensively. Unfortunately, many of our users' documents were created from a custom default template that used fit-to-page with a max of 1 page wide by 1000 pages high. Because of these two bugs, any time our users open old spreadsheets that require page breaks, LO will simply ignore the breaks until their documents are set to "Reduce/Enlarge." In summation, the original bug report is about it being impossible to use row breaks while using fit-to-page because 4.1.X's dialog makes it impossible to change "Height in Pages" to blank. I'm adding that row breaks should also be possible when "Height in Pages" is set to an arbitrarily high number. I tested and can confirm that this behavior (both bugs) is still the same in 4.2.0.2 rc. -- 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
