Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Different EPS rendering (size) on two current Debian etch installs|
|Component:||editing||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Priority:||P3||CC:||issues, thb, wolframgarten|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description arnowagner 2006-12-18 12:36:00 UTC
Hi, I recently did a presentation with impress 2.0 on Debian etch at home. It included some EPS graphics created with xfig (very, very clean EPS). Wen trying to do some last-minute adjustments on my computer at work (also Debian Etch), the EPS was rendered smaller than it should be with a border to the left, upper side. The quality was also fsiognificantly worse. The EPS has a thight bounding box, so a border has no business being there. As it is, that makes impress completely unusable, since all images are broken.... What tool(s) are used to render EPS? Can I configure them or select different ones? I did not find any explanation or configurable option for this. I did not even find anything on how EPS is handled ... The EPS in question and the presentation are available, if you need them. Arno
Comment 1 thb 2006-12-19 08:31:07 UTC
@arnowagner: yes, please attach both presentations (before and after the mess-up) to this issue.
Comment 2 arnowagner 2006-12-19 13:46:46 UTC
Created attachment 41556 [details] Screenshot - correct
Comment 7 arnowagner 2006-12-19 13:52:23 UTC
Since I am not sure, that the ODP file gets actually changed, I have also attached two screenshots. The problem is with the image on page 16 of the presentation. The original eps is in raw.eps (renamed from taint01.eps). Sorry about the wrong mime-type for broken,.odp, the interface is really tedious and does not forgive mistakes...
Comment 8 wolframgarten 2007-01-02 12:55:56 UTC
Reassigned. Any ideas?
Comment 9 Martin Hollmichel 2007-11-09 17:18:06 UTC
set target from 2.x to 3.x according to http://wiki.services.openoffice.org/wiki/Target_3x
Comment 10 thb 2008-06-27 10:36:27 UTC
looks good on recent dev300 builds - could anybody else please verify?