https://bugs.freedesktop.org/show_bug.cgi?id=69886
Owen Genat <owen.ge...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
--- Comment #5 from Owen Genat <owen.ge...@gmail.com> ---
Thanks to the reporter for providing such a comprehensive set of test files. I
am going to confirm this bug concerning aspect ratios of Draw files being
exported to WMF. Setting status to NEW. I can also confirm (under Ubuntu 10.04
running LO v4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28) that the
export to PDF ratios are OK for all the supplied ODGs. This probably just
indicates that the PDF filter has improved, while the WMF filter has not.
This particular problem appears to relate to how Draw interprets the page
container when exporting to the WMF format. If I select the object in the ODGs
and check the Selection option on the Export dialog, the export Options dialog
indicates the file will be the expected number of points in dimension. The
resultant WMF is then also correct in dimension and aspect ratio for all
provided ODGs (under Eye of Gnome v2.30.0 and when opened by Gimp v2.6.8):
File Export EoG Gimp
---- ------ --- ----
311-311.odg 236.95 x 47.42 points 236 x 47 pixels 296 x 59 pixels
320-320.odg 236.95 x 47.42 points 236 x 47 pixels 296 x 59 pixels
354-354.odg 285.79 x 47.42 points 285 x 47 pixels 357 x 59 pixels
411-411.odg 237.91 x 47.42 points 237 x 47 pixels 297 x 59 pixels
Conversely, exporting the entire page (A4 / 595 x 842 points) results in
variation in the dimension (shown below in pixels), aspect ratio, and most
importantly, the manner in which the content is placed within the container:
File EoG Gimp Placement (of text)
---- --- ---- -------------------
311-311.wmf 538 x 785 673 x 981 Lower half, highly compressed
311-320.wmf 538 x 785 673 x 981 Lower half, moderately compressed
311-4104.wmf* 595 x 841 744 x 1052 Full area, moderately compressed[1]
311-411.wmf 595 x 841 744 x 1052 Full area, moderately compressed
320-320.wmf 538 x 785 673 x 981 Lower half, moderately compressed
320-4104.wmf* 595 x 841 744 x 1052 Full area, moderately compressed[1]
354-354.wmf 595 x 841 744 x 1052 Lower half, moderately compressed
354-4104.wmf* 595 x 841 744 x 1052 Full area, moderately compressed[1]
411-311.wmf 538 x 785 673 x 981 Lower half, highly compressed[2]
411-4104.wmf* 595 x 841 744 x 1052 Full area, moderately compressed[1]
411-411.wmf 595 x 841 744 x 1052 Full area, moderately compressed[1]
* = my export under v4.1.0.4.
[1] Text is more compressed (taller) than shown in 311-411.wmf.
[2] Also in a different font.
The main issue would seem to be why the text is being expanded to fill either
the lower half of the page or the entire page? If an entire page is being
exported with only a small text object on it, I would expect to see a graphic
that is in keeping with the corresponding PDF i.e., mostly blank space with a
small piece of text. If a selection is made and then exported, then the
available space in the graphic container should (and appears to be) filled
accordingly.
--
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
