OASIS Open Document Format for Office Applications (OpenDocument) TC

Expand all | Collapse all

row display behavior - Regina's definition

  • 1.  row display behavior - Regina's definition

    Posted 03-15-2018 20:38
    Greetings! Regina defines the layout of a row as follows: ***** A row has a fixed height by style:min-row-height and style:row-height . Row height depends on row content, if attribute style:use-optimal-row-height is set. All attributes are from <style:table-row-properties> . ***** Question: Should we define the behavior if content is too large to fit in the fixed height defined by style:min-row-height and style:row-height? Or is display of content that is too large implementation dependent? So I don't have to repeat the question, make that general to all cases. Regina has done a great job of collating all these properties. Be sure to take a detailed read before next Monday. Hope everyone is having a great week! Patrick -- Patrick Durusau patrick@durusau.net Technical Advisory Board, OASIS (TAB) Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300 Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps) Another Word For It (blog): http://tm.durusau.net Homepage: http://www.durusau.net Twitter: patrickDurusau Attachment: signature.asc Description: OpenPGP digital signature


  • 2.  Re: [office] row display behavior - Regina's definition

    Posted 03-16-2018 13:37
    Hi all, Patrick Durusau schrieb am 15.03.2018 um 21:37: Greetings! Regina defines the layout of a row as follows: ***** A row has a fixed height by style:min-row-height and style:row-height . Row height depends on row content, if attribute style:use-optimal-row-height is set. All attributes are from <style:table-row-properties> . ***** Question: Should we define the behavior if content is too large to fit in the fixed height defined by style:min-row-height and style:row-height? Or is display of content that is too large implementation dependent? I think, that this should be kept as implementation dependent. There exist several ways application handle overflow and I do not want to force one kind. E.g. Excel has a multi-line input field with scroll bar, TextMaker has an overflow indicator which the user can decide to enable or not, Gnumeric and LibreOffice have always overflow indicator, Calligra has a PopUp with the content and … character in case of too many text. Kind regards Regina