Bringing multi-page floating tables to ODF

[Michael Stahl]

On 18/07/2023 22:18, Regina Henschel wrote:
> Hi Miklos,
> 
> Miklos Vajna schrieb am 17.07.2023 um 08:51:
>> Hi Regina,
>>
>> On Sun, Jul 16, 2023 at 07:31:22PM +0200, Regina Henschel 
>> <rb.henschel at t-online.de> wrote:
>>> (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.
>>
>> This is ineed interesting only for <draw:text-box>; I could move down
>> the proposed attribute from <draw:frame> to <draw:text-box> if you would
>> like that.
> 
> No, please do not move the attribute to <draw:text-box>. Such break is 
> surely useful in case of a <table:table> child element too.

does any word processor use that though?

i'm assuming it's only used by Impress, where the 
"auto-create-new-frame" is far more appropriate, but i might be wrong.

> So I would go with a (A) style attribute or with (B) your original 
> proposal as attribute of <draw:frame>. Restrictions to special kind of 
> child elements could be done in the descriptions in both cases.
> 
> Michael, what do you think? From the point of view of workload for 
> Miklos, it would of course be best to stick with the solution with an 
> attribute of <draw:frame>.

i think either would be fine.