Re: Bringing multi-page floating tables to ODF

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 17/07/2023 08:51, Miklos Vajna wrote:
Hi Regina,

On Sun, Jul 16, 2023 at 07:31:22PM +0200, Regina Henschel <rb.henschel@xxxxxxxxxxx> wrote:
(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.

- the intention is that these frames don't limit their height (you can
   always create a next page and split), so fo:max-height is not meant to
   be used if it's OK to split

- draw:auto-grow-height=false is not meant to be used if it's OK to
   split, because the idea is to try to grow, then split if you can't
   grow further

- style:overflow-behavior: oh, I was not aware of this attribute. This
   is quite close to the one I propose, though the small (but important)
   difference is that style:overflow-behavior would create a text frame
   on the next page with the same position as the original; while a split
   frame would start at the top of the next page, to minimize the amount
   of frames necessary to present the text. Also, the dimension can be
   different on a next page, e.g. 10cm height on current page, then
   split, then 5cm height (minimum necessary) on the next page.

i was not aware of this either; apparently LO is able to import this property since this year commit a925476352b3cb32f6384e7b0fb07e323bb6e64f but the interesting value "auto-create-new-frame" isn't implemented.

also it looks to me that "auto-create-new-frame" with these restrictions (same position and dimensions) only makes sense for Impress.

apparently this attribute exists in the ODF 1.0 schema, i wonder why it was added when it was never implemented in OOo/LO.





[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux