Description: Writer's table can be used for example for a 2-language document (English/German), where in the left table is text written in first language and in the right table in the other language. If you use border-lines and a row of the table is split into 2 pages, the layout does not show that this is just one row, but it seems there are two rows. Example in attached file. Steps to Reproduce: 1. Insert a table (2x2) 2. Set line borders 3. Press ENTER again to go to the next page. Actual Results: At the end of the page 1 is a bottom line and at the page 2 is a top line, although it is still one row. Expected Results: In my opinion this scenario should show these 2 lines so that it is clear, it is the same line. Suggested visualization in attached file. Reproducible: Always User Profile Reset: No Additional Info: As I am not sure if this is intended behaviour (then this should be treated as an enhancement) or a bug, I leave it as a bug, feel free to change it.
Created attachment 198963 [details] test file
Reproducible Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d723103ff8404ddadb3314dd3b67439602799d6c CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Let's ask UX for advice.
(In reply to Orwel from comment #0) > Steps to Reproduce: > 1. Insert a table (2x2) > 2. Set line borders > 3. Press ENTER again to go to the next page. Please be more specific. It makes a difference whether you click the toolbar button or use the dialog. Neither makes enter advance to the next page. I vaguely remember that only one side takes the line style for performance reasons. But cannot find the respective ticket/discussion nor how to reproduce. But if that's the reason you may try to explicitly set left and right border.
(In reply to Heiko Tietze from comment #3) > Please be more specific. It makes a difference whether you click the toolbar > button or use the dialog. Neither makes enter advance to the next page. > > I vaguely remember that only one side takes the line style for performance > reasons. But cannot find the respective ticket/discussion nor how to > reproduce. But if that's the reason you may try to explicitly set left and > right border. I do not understand which step is not clear - do you mean step 3? If you follow my steps on an empty file (the borders of the table are set automatically, you do not need to create them) and write a lot of text in the cell 1x1 (instead of writing text I have used pressing ENTER) until you reach next page, you will see the borders are not draw correctly - see page 1 on my attached file. Proposed visualization is on page 2 of my test file. To make it more clear: if you have a table 1x2 and you write so much text in the cell 1x1 that you reach page 2, you will see, the table seems like 2x2 and not 1x2.
Missed the attached file. The table contains a paragraph that make the cell advance into the next page - and you expect a bottom line where the table ends. Would be misleading in many scenarios, though. Miklos what do you think?
I guess you could argue either way, but both Word and Writer render these cell borders on page split (and browsers don't do such a thing on printing). So best to not change that -- you would have to keep the old mode around anyway to keep compatibility with existing documents.
(In reply to Miklos Vajna from comment #6) > So best to not change that -- you would have to keep the old mode around > anyway to keep compatibility with existing documents. How about a table boundary but with dashed line style? Wouldn't be shown on the printout and could help to understand... what exactly? Orwel, can you agree with WF?
I guess this is not black & white. :-) I would say the current behavior is not too bad and it's consistent with other office suites, so changing that would be a step back in my subjective opinion. But sure, it's always possible to add one more per-doc option, keep the current behavior unchanged for Word formats and then you can do something creative for the rest. Certainly just saying "won't fix" is easier.
Thanks for addressing this issue. I'm not very familiar with other suites, I mainly use LO, and as I sometimes use a table to create bilingual documents, where each row corresponds to a paragraph and the left cell is one language and the right cell is the other, this behaviour of the border at the end of a page, even though the cell continues, is sometimes confusing, mainly if the left "cell" on the next page is empty. But I understand if you do not want to change it. A dotted/dashed line would certainly be better than nothing for me :)
...and it should also be mentioned - even printing and exporting to PDF will make a line on the bottom of the page, although it is the same cell/row.