https://bugs.freedesktop.org/show_bug.cgi?id=62268
--- Comment #15 from Bernhard Dippold <[email protected]> --- Thanks Robinson (qubit) for confirming! Could you please also have a look at the correspondig bug 62361 ? In this bug report here we have three different behaviours when opening the example file (attachment 77008): LibO before 3.5.7.2 expands the row height on fileopen according the flag "style:use-optimal-row-height='true'". The multiple line input is visible when the file is opened, row-height of row 4 is 1,89cm. (tested with 3.5.5.3 today) LibO 3.5.7.2 shows only a part of the text, as the text contains the line breaks and the cell height is not expanded. At the moment, I don't have access to this version, but the description in comment 12 is what I remember from 4.0.0.3. Present LibO versions ignore the line breaks in the text - it is consolidated into one line: "STARTTHIS IS A LOOOONG TEXTTEXT TEXT TEXT->ENDE<-" (row-height of line 4 is 0,48cm). Input field shows only "START", probably because of the (invisible) line break. There is no red triangle, because all of the text is visible, even if the format is broken. If you click inthe input line or double click the text the text is formatted: "START THIS IS A LOOOONG TEXT TEXT TEXT TEXT ->ENDE<-" Row height is still too small to fit the text, but if you modify the text (even if you add and remove a character), it is recalculated with the correct row height (1,74cm). If you leave the cell without modifications, row height stays small, the text is consolidated again. Even if you undo the modifications row height is reduced and the text doesn't contain any line breaks anymore. Please - anybody with knowledge in this area: Could yo tell us, what is the reason for these changes? -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
