https://bugs.freedesktop.org/show_bug.cgi?id=62268
Bernhard Dippold <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |UNCONFIRMED Ever confirmed|1 |0 --- Comment #5 from Bernhard Dippold <[email protected]> --- Thank you very much, Rainer, for your examinations and the explanations you made about ODF OASIS Standard. You're right in explaining our expectations - and your new summary describes our intentions very well. My sample document has been opened and saved with LibO 3.6.2 and thus doesn't show the way former versions did handle the files for several years. I'm going to ask our software developer to provide a file unchanged by LibO, so you can test it with the older versions. What he told me is: - LibO up to version 3.4.4 recalculated row height on fileopen, when style:use-optimal-row-height="true" - Excel 2010 recalculates it in the same way. - As you tested, AOO 3.4.1 does the same recalculation on fileopen - only present LibO versions don't do the recalculation, but use the row height defined in the content.xml despite the flag. With your tests you describe a similar difference between the versions: Up to version 3.4.5 row height in Row 3 is 51,8 mm. Even if the content is not fully visible, row height has been recalculated to fit the text. The height is slightly too small, so I assume that someone wrote a patch in order to optimize this recalculation. I'm quite sure that this didn't affect fileopen only, but entire recalculation of optimal row height. I probably didn't search for the right key words, but I wasn't able to find the bug containing the patch correcting the problem, that automated row height adaption was slightly too small. This (or a similar) patch seems to stop recalculation of optimal-row-heigth on fileopen: In your test all versions from 3.5.7.2 show a row height of 4,8 mm - the height defined in content.xml ignoring the optimal-row-height flag. I'm not the one to decide, if AOO and Excel 2010 are wrong in interpreting ODF OASIS Standard as recalculation of row height after modification of the content whether this has been made in the current application or outside. If LibO interpretes the Standard as only to be respected inside the own application, we need to drop the new LibO versions in all our hospitals. Please tell me, if I should address this question to one of the mailing lists (which one? [email protected]? discuss@documentfoundation?). But I could imagine that some of the XLS related bug reports might be related to the problem that the slightly different font size between the office suites cause wrong row heights on fileopen... Please change the status to NEEDINFO again, if you need more information. (Or change it to NEW if you think it is worth to work on it) -- 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
