To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105759 Issue #|105759 Summary|Bug #429232 on Launchpad: openoffice eps export sets i |ncorrect cutting path Component|Drawing Version|1.0.0 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|save-export Assigned to|graphicsneedsconfirm Reported by|mark_wilby
------- Additional comments from mark_wi...@openoffice.org Fri Oct 9 11:42:01 +0000 2009 ------- Report uploaded from Bug #429232 on Launchpad. https://bugs.launchpad.net/openoffice/+bug/429232 When exporting to eps format image files. The clipping path for the image is set incorrectly. The correct clipping path is set at the beginning of the document body, but it is then replaces after a graphics save with a path that is not shifted by the (1000, 1000) offset for the general coordinate system. This path is followed by the correct one (for no apparent reason as it has already been set). However the clipping paths combine to cause the bottom strip and the far right strip of the image not to be drawn. Attached to oriiginal bug report (https://bugs.launchpad.net/openoffice/+bug/429232) are two eps files. The one called test.eps is the original and the one called testFixed contains a comment around the problem lines and comments out the problem so the image draws properly. The files are small, but simply search for "*****" Issue still exists issue with the new version in Ubuntu 9.04 with the ppa at https://launchpad.net/~openoffice-pkgs/+archive/ppa The problem that was around the following two lines 0 0 m 27692 0 l 27692 19005 l 0 19005 l 0 0 l eoclip newpath 0 1000 m 28693 1000 l 28693 20006 l 1000 20006 l 1000 1000 l eoclip newpath has been replaced with 0 0 m 27692 0 l 27692 19005 l 0 19005 l 0 0 l eoclip newpath So the output code has been modified, but the wrong line was removed. Actually, both lines are wrong, but the second one does no damage to the visible region. The clipping path above need to be translated by (1000, 1000) to work properly 1000 1000 m 28692 1000 l 28692 20005 l 1000 20005 l 1000 1000 l eoclip newpath This is set at the beginning, so its really not needed here. Assuming its there for some sort of performance reason, it should match the objects that are drawn in that group: I noticed that the incorrect cutting path is regenerated at the end of the file. Maybe this is in preparation for some other group of objects, but I don't know. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
