https://bugs.freedesktop.org/show_bug.cgi?id=62268
--- Comment #8 from Bernhard Dippold <bernh...@familie-dippold.at> --- Here at work I can't test other versions than 3.6.2 and 4.0.1. Both show the wrong height in your sample.ods. The height shown is the one defined in the content.xml: 24,64mm So it ignores "style:use-optimal-row-height='true'". I don't know how you created the sample file, but it's behavior is similar to bug 57519 (if you save the created file): You just have to open a file where the row height defined in content.xml is different from the result of a recalculation of the optimal row height. Perhaps the modification we're looking for has not been any work concerning row height recalculation, but was part of speed optimization on fileopen: If someone decided that it is not necessary to recalculate every row (with 'optimal height') on fileopen, this would probably lead to faster opening of large documents. I didn't get a sample document from our software developer containing the data we open in LibO and convert to PDF - I'll upload it ASAP. PS: Your macros miss the (previously unmentioned) point that our documents contain rows with absolute (fixed) height. If you are interested in such a document (containing 7 sheets) I'm going to remove all identificable patient data and send it to you as PM. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
