To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=97031 Issue #|97031 Summary|Pixelated EPS in printout when RGB images with transpa |rency exist in document Component|Drawing Version|OOo 2.0.4 Platform|Opteron/x86_64 URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|printing Assigned to|graphicsneedsconfirm Reported by|kortmann
------- Additional comments from [EMAIL PROTECTED] Mon Dec 8 18:11:44 +0000 2008 ------- Hi, There is a 'feature' in the postscript output of openoffice (2.0.4.dfsg.2-7etch6 in Debian/AMD64): Supposedly (and supported by some google searches :), the print-to-file output should keep vector graphics intact. But when one uses wrong .pngs (24bit RGBA), the EPS files get reduced to an ugly pixel mess. To reproduce: Produce vector graphics .eps file (for example with ooffice .eps export). Create RGB .png file with transparency. Create new drawing. Insert vector graphics. Insert .png graphics on top. Print as .ps to file. Look at .ps file. The .eps part is no vector graphics any longer. With a .png file in palette mode (and transparency), the .ps looks fine. Sometimes, this also seems to happen when the 'bad .png' and the .eps file do not overlap at all. IMO, there should be at least a warning when trying to print such files and the current behaviour is intended. --------------------------------------------------------------------- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
