Bringing multi-page floating tables to ODF
Regina Henschel
rb.henschel at t-online.de
Sun Jul 16 17:31:22 UTC 2023
Hi all,
after some more thinking and investigating:
I haven't found anything in the standard that limits the size of a frame
to the page of its anchor. However, applications do this. So indeed
something is required for the standard that specifies the limitation,
which is actually done.
However, some questions still remain
(1) Should all types of <draw:frame> elements get this property?
<draw:frame> elements can not only contain a <draw:text-box> child
element but also a <draw:object> child element (e.g. Math, Chart) or a
<draw:object-ole> child element (OLE), <draw:image> child element,
<draw:plugin> child element (e.g. sound) or a <table:table> child element.
(2) If this new attribute is intended to be used only for floating
tables, couldn't a <table:table> child element be used instead of the
very generic <draw:text-box> child element? That way it would be
independent of any special rules and handling for text frames and text
boxes.
(3) In the proposal, a new attribute of the <draw:frame> element is
used. This means that the attribute belongs to the geometry of an
individual <draw:frame> element. An alternative could be to put this
attribute to the style of the frame. For example, the
style:overflow-behavior attribute with its values "clip" and
"auto-create-new-frame" also belongs to the style of a text box.
(4) The interaction with the fo:max-height frame-attribute, the
draw:auto-grow-height style-attribute and the style:overflow-behavior
style-attribute is missing.
Kind regards,
Regina
More information about the LibreOffice
mailing list