Dear Brian,

thank you for your help and pointing out the issues !

You are right: my table should span two or more pages in the final document. (Ideally starting on an even page.)

You also are right about margins: the table should break so it does not print outside of page margins. (Analogous to Calc) Why not use Calc in the first place? Because I need differentiated paragraph styles (even different styles within the same table field)

When using wide tables:
I'm aware that I'd have to repeat the first column manually if the table has row headings (unless there was a propertyfor columnslike there is "repeat heading" for rows) I'm also aware that I'd need to adjust the starting position manually if I want the table to start on a left page (At least I'm not aware of a feature like section break where I could force a new left or right page.)

Splitting the table into several tables on different pages brings me the following disadvantages: It is very cumbersome after editing to continually adjust row heights to always match the tallest segment of a row, in order to keep rows across the different tables at equal height - in particular if different font sizes are used and heights don't differ by integral number of (standard) line heights. If the table extends vertically across several pages, the intertwining of pages has to be done manually and has to be redone every time editing moves a row to a different page.

If I pretended a larger paper than I'm going to use,
I'd have to insert a spare column to reserve room for the usually illegible center fold and printer limitations and would have to adjust the position of this column when changes of column width lead to a change of the horizontal page break. I could not use "brochure" printing (or would have to rearrange pages and page no.s manually)

thanks and regards,
Axel


On 17.05.2016 10:25, Brian Barker wrote:
At 09:53 17/05/2016 +0200, Axel Schubert wrote:
A point on my wishlist:
I think it would be helpful, if tables in OO writer could break HORIZONTALLY across pages. I.e. allow table width larger than page width.

So a table would span two facing pages in the final document? This wouldn't work, would it? Or at least it would be difficult to use.

Normal printers don't print to the edge of the paper, so any table spanning two pages would have parts that wouldn't print. You'd have to build in the necessary breaks yourself. Or are you expecting Writer to split the table at the page margins? Tables are presently not limited to being within the page margins.

Suppose you create a table split across two pages and then changes to other parts of the document move it down to the following page. The table would then be split - unreadably - across two pages which are not facing. Or would you expect Writer to leave an empty page and automatically move the table to the next facing pages?

It's probably fairly easy to construct two matching tables on such facing pages and adjust their vertical positioning to match.

If you are intending to print on, say, A3 paper and then fold it into an A4 document, you would indeed be able to print a table across a single spread. But in that case it would be straightforward to admit that your page size was really A3 and not A4 and to use columns or frames or sections to position other text around your table.

I trust this helps.

Brian Barker


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to