Just checked it, and the problem is still there. 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. Mark Chris Cheney wrote: > Do you still have this issue with the new version in Ubuntu 9.04 with > the ppa at https://launchpad.net/~openoffice-pkgs/+archive/ppa or Ubuntu > Karmic? > > ** Changed in: openoffice.org (Ubuntu) > Status: New => Incomplete > > -- openoffice eps export sets incorrect cutting path https://bugs.launchpad.net/bugs/429232 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
