https://issues.apache.org/ooo/show_bug.cgi?id=124609
Armin Le Grand <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #13 from Armin Le Grand <[email protected]> --- Hi Thorsten, it's good that someone takes a closer look where we are with vector formats, but I need some more infos. What is 'Subset' in the Description, point (2) exactly? This needs to be defined to allow exact reproduction. I used 'EOA and text' for reproducing now, these have already 10x10 cm. The effect you see happens probably because the objects have not only a fill, but also a line set. Most external formats know no 'hairline' like AOO does that is 0 cm wide; instead these use a small size from which half of that adds to the BoundRect of all shapes. When the objects are selected in AOO the sizes shown are without line width (makes no difference in this case, the lines are hairlines). To make the effect more present you can use wider lines. I used 0.2cm to check; the UI still shows 10x10 cm (as intended), the eps options dialog suggests 10,20x10,20cm. After reimport I get 10,23x10,23cm. I switched line off for the EOA objects and repeated the test and I get 10,02x10,02 as size. An eps expert may take a look what exactly the created eps contains, maybe there are also slight rounding errors at im/export (or both) involved. To answer the question if the Size of EPS export is not exact (issue title) the content of the eps has to be checked. I am no eps expert (cannot really read it) but ist starts with something like %%BoundingBox: 0 0 289 289 which would suggest a non-cm and coodinate system. If this means that the coordinates are all expressed as integers in that value range (I saw no floats in the resulting exported file) that small change would not surprise me (and is smaller than I would have feared). HTH! -- You are receiving this mail because: You are the assignee for the issue. You are watching all issue changes.
