https://bugs.freedesktop.org/show_bug.cgi?id=74036
--- Comment #4 from Jim Avera <james_av...@yahoo.com> --- This comment discusses possible fixes, at a 50,000-foot level. The easiest fix might be to just refuse to split cells (including vertically-spanned cells) across page boundaries; tables would only be split where cell tops or bottoms aligned horizontally all the way across the table. If there was no such spot, and the table didn't fit on one page, then it would render wrong (i.e. that case would not be supported). I would be okay with such a restriction because it's a rare condition, but others might not be. The ideal solution would include looking for a spot where the bottoms of individual text lines inside cells align all the way across the table, and split all the cells at that location. Bottoms would not need to align where there is vertical white space, i.e. a large vertical skip can be truncated at the page boundary. IMO this would give the best results. However it is impossible in the general case because text rows might never align near page boundaries. Therefore cell appearance somtimes MUST be distored to split a table. A good compromise might be: In all cells which would fall off the end (if not split), find the lowest-positioned text line or object which does *not* overlap the page bottom; then insert "phantom" vertical space after those points in the respective cells so as to push the next line (or sub-table, image, etc.) completely past the line of demarcation (i.e. onto the next page). AFter inserting those phantom vertical spaces, the "ideal" solution above becomes possible. Note that the amount needed phantom vertical space might not be a multiple of the line spacing in any given cell. It might work to insert a line-break wrapped in a text span which sets the exact font size needed. By "phantom" I mean objects which are not really (or not permanently) in the document, but conceptually introduced to facilitate formatting. -- 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
