https://bugs.freedesktop.org/show_bug.cgi?id=62361
--- Comment #2 from Bernhard Dippold <[email protected]> --- Sorry Rainer - I had too much other work to do this week :-( I got access to a Windows XP computer with LibO 3.4.3 (OOO340m1, build 302) installed. With this version your first sample in the testkit (sample_333_01.ods) opens with a height of 8,90 cm for row 1, while the second saple (sample_333_02.ods) opens with 17,29 cm in height. With LibO 4.0.0.3 on WinXP the row height in sample_333_01.ods is 8,58 cm, in sample_333_02.ods it's 8,58 cm, too. In both files content.xml shows the defined height for the style used for the first row in sheet 1 (in sample_333_01.ods this style is called "ro1", in sample _333_02.ods the style is "ro2") as "8.585cm". Bot styles use 'style:use-optimal-row-height="true"'. So yes, I can confirm the bug: Former versions recalculate row height on fileopen, when style:use-optimal-row-height="true", newer versions just use the defined row height without recalculation. In my eyes this is a REGRESSION, that might be related to quite a number of row height bugs (especially with imported files, as it is very likely that they need a recalculation on fileopen). But as the necessity to recalculate row height on fileopen seems not to be defined in the OASIS ODF definition (as we mentioned in bug 62268), I don't add this keyword. Please feel free to do so, if you agree with me. -- 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
