Bug 71828 - Distorted eps-exports with LO Draw
Summary: Distorted eps-exports with LO Draw
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
3.5.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: notBibisectable, regression
Depends on:
Blocks: Images-EPS
  Show dependency treegraph
 
Reported: 2013-11-20 10:39 UTC by jhe
Modified: 2024-02-04 03:14 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
example files (12.90 KB, application/zip)
2013-11-20 10:39 UTC, jhe
Details
File exported with LO 4.3.0.3 (9.95 KB, image/eps)
2014-07-21 08:00 UTC, jhe
Details
LibO 3.3 VS 3.6 and above (41.92 KB, image/png)
2014-07-27 19:33 UTC, Yousuf Philips (jay) (retired)
Details
EPS export of grouped drawing with current master (15.85 KB, image/x-eps)
2022-02-03 17:42 UTC, Jean-Baptiste Faure
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jhe 2013-11-20 10:39:52 UTC
Created attachment 89522 [details]
example files

I have problems with the eps-export in LO Draw. The exported eps-files of a odg-figure are distorted. The height/width ratio of the resulting eps file is wrong. This problem occurs with the actual version 4.1.3.2 under Windows and also with 3.5.7.2 under Ubuntu.

In an older version of Draw from June 2010 (no idea which version) this problem did not occur.

Example files are in the attachment: The odg-file, an actual eps export and the old export from June 2010
Comment 1 Joel Madero 2014-07-21 05:22:09 UTC
Ubuntu 14.04 x64
LibreOffice 4.3.0.2 rc

I downloaded the test kit
Opened the odg with Draw
File -> Export, selected eps
Exported

Opened the resulting file with GIMP

Compared the file height/width between Draw and Gimp - both were the same

Closing as WFM. 

If you can reproduce with 4.3.0.2 or later please set the bug back to UNCONFIRMED.

FWIW I see the same width/height with your sample exports. How do you see this as distortion of ratios?
Comment 2 jhe 2014-07-21 08:00:00 UTC
Created attachment 103173 [details]
File exported with LO 4.3.0.3
Comment 3 jhe 2014-07-21 08:01:41 UTC
Dear Joel,

thank you for trying to reproduce this error. I tested the export function with the newest version 4.3.0.3. It has still the same distortion.

I don't know which files you compared in GIMP. In order to see this mistake, please compare the contained circles in the figure of the new eps-files with the old version (exampleOldVersion) I submitted. You can see that the height of circles are bigger than their width. Please compare it also with the size in the odg-file. There are nearly perfect circles with Width/Height = 0,7cm/0,69cm.

I found out that the problem can be avoided by setting all margins of the page to 0 cm at the page layout window. Without the margins I have not distortions in any figure.

For comparison I submit the newest distorted eps-file exported with LO 4.3.0.3.

Thank you for your efforts!
Comment 4 Yousuf Philips (jay) (retired) 2014-07-27 19:33:11 UTC
Hi jhe,

Confirmed in Linux Mint 3.6.7, 4.2.5, 4.3.1. The export is fine in 3.3.0, as the dimensions are corresponding to the image displayed in Draw.

Dimensions (Width VS Height)
Draw Display : 1 x 3.07
3.3.0 EPS    : 1 x 3.07
4.3.1 EPS    : 1 x 2.68
Comment 5 Yousuf Philips (jay) (retired) 2014-07-27 19:33:39 UTC
Created attachment 103557 [details]
LibO 3.3 VS 3.6 and above
Comment 6 Robinson Tryon (qubit) 2015-12-14 05:32:44 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2017-01-03 19:46:51 UTC Comment hidden (obsolete)
Comment 8 Aron Budea 2018-02-05 23:15:25 UTC
Bug already there in oldest state of bibisect-43all => notbibisectable.

Bug is still there in 6.0.0.3 / Ubuntu 17.10.
Comment 9 QA Administrators 2019-02-06 03:50:44 UTC Comment hidden (obsolete)
Comment 10 jhe 2019-02-19 10:24:28 UTC
I tested the behavior with version 6.0.7.3 (x64) under Windows 7. The bug is still present.
Comment 11 QA Administrators 2021-02-19 04:23:03 UTC Comment hidden (obsolete)
Comment 12 Jean-Baptiste Faure 2022-02-03 17:41:20 UTC
I do not know how the export with the old version has been done, but it has not be done the same way the export with the current version. Indeed the size of the EPS image (width x height) does not fit the size of the odg page.

That said exporting the odg document as EPS file gives a distorted image. That can be seen on the circles that are ellipsis in the EPS.

To get circles exported as circles, there is a workaround:
1/ in the odg, ctrl+A to select all
2/ right click and choose group
3/ File > Export: take care to check "Selection" in the filepicker.

Tested with 

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 3e9975cf507e24e9c501575c501833164d217acc
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Ubuntu_20.04_x86-64
Calc: threaded

and

Version: 7.3.1.0.0+ / LibreOffice Community
Build ID: d036ea9651c05a2a50794bc5c0ee7ea54708ad6a
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Ubuntu_20.04_x86-64
Calc: threaded

Best regards. JBF
Comment 13 Jean-Baptiste Faure 2022-02-03 17:42:16 UTC
Created attachment 178024 [details]
EPS export of grouped drawing with current master
Comment 14 QA Administrators 2024-02-04 03:14:12 UTC
Dear jhe,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug