Issue 97031 - Pixelated EPS in printout when RGB images with transparency exist in document
Summary: Pixelated EPS in printout when RGB images with transparency exist in document
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Draw
Classification: Application
Component: printing (show other issues)
Version: OOo 2.0.4
Hardware: PC (x86_64) Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: graphicsneedsconfirm
QA Contact: issues@graphics
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2008-12-08 18:11 UTC by kortmann
Modified: 2009-07-02 14:20 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description kortmann 2008-12-08 18:11:44 UTC 
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.
Comment 1 wolframgarten 2008-12-09 08:00:28 UTC 
Does this still occure with a current version? 2.0.4 is quite old in the meantime...
Comment 2 wolframgarten 2009-07-02 14:20:26 UTC 
No more info received.
Comment 3 wolframgarten 2009-07-02 14:20:50 UTC 
Closed.