Bug 688473 - pdf14 compositor in pswrite doesn't switch on banding
Summary: pdf14 compositor in pswrite doesn't switch on banding
Status: NOTIFIED DUPLICATE of bug 689805
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Other Driver (show other bugs)
Version: master
Hardware: All All
: P2 enhancement
Assignee: Ken Sharp
URL:
Keywords: bountiable
Depends on:
Blocks:
 
Reported: 2005-12-23 14:28 UTC by Raph Levien
Modified: 2011-09-18 21:47 UTC (History)
0 users

See Also:
Customer: 870
Word Size: ---

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

Note You need to log in before you can comment on or make changes to this bug.
Description Raph Levien 2005-12-23 14:28:03 UTC 
The pdf14 compositor now has banding enabled in devices derived from gdevprn.c,
but the generic implementation of the pdf14 compositor, which is used in the
pswrite device, does not.

A workaround is to use the psimage device for files when it is known that
transparency is needed. A better solution would be to either change the pswrite
device to do this automatically, or to have the generic pdf14 compositor create
a band-enabled device for rendering the transparency.
Comment 1 Raph Levien 2005-12-23 14:31:17 UTC 
Created attachment 1893 [details]
1c4.pdf - test file with transparency
Comment 2 Ray Johnston 2006-01-04 10:07:14 UTC 
This bug is here as a placeholder for improvements to invoke banding when
we switch to full page rendering on an otherwise 'high-level' device.
Comment 3 Ray Johnston 2007-04-12 12:28:45 UTC 
Adjusting priority to reflect that this is a customer bug.
Comment 4 leonardo 2007-12-02 11:30:28 UTC 
Pasing to Ken. Since we replace pswrite with ps2write, it will be a dup of 
689571.
Comment 5 Ken Sharp 2009-06-09 09:52:48 UTC 

*** This bug has been marked as a duplicate of 689805 ***
Comment 6 Marcos H. Woehrmann 2011-09-18 21:47:29 UTC 
Changing customer bugs that have been resolved more than a year ago to closed.