DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2012-04-10 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47805 Glenn Adams gad...@apache.org changed: What|Removed |Added Priority|P3 |P2 --- Comment #6

DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2012-04-06 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47805 --- Comment #5 from Glenn Adams gl...@skynav.com 2012-04-07 01:42:55 UTC --- resetting P2 open bugs to P3 pending further review -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving

DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2012-04-06 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47805 Glenn Adams gl...@skynav.com changed: What|Removed |Added Priority|P2 |P3 -- Configure

Re: DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2009-09-15 Thread Jeremias Maerki
On 14.09.2009 22:01:08 pohukai wrote: Thank you for your comments. 1) Auto-detection wasn't meant to be detecting the actual printer capabilities but meant to determine whether grayscaling of images would take place. See line 403 of PCLGenerator. In our current use of FOP 0.20x, we have

Re: DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2009-09-15 Thread pohukai
http://h2.www2.hp.com/bc/docs/support/SupportManual/bpl13210/bpl13210.pdf http://h2.www2.hp.com/bc/docs/support/SupportManual/bpl13210/bpl13210.pdf I was planning to implement HP's flavor of TIFF. See page 15-17 -- View this message in context:

Re: DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2009-09-15 Thread pohukai
Just to further clarify. The TIFF format I was referring to is for the embedded PCL graphics (RAW, RLE, and TIFF). I wouldn't use HP's TIFF algorithm as an exporting format like PDF, PCL, or other output formats supported by FOP. pohukai wrote:

Re: DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2009-09-14 Thread pohukai
Thank you for your comments. 1) Auto-detection wasn't meant to be detecting the actual printer capabilities but meant to determine whether grayscaling of images would take place. See line 403 of PCLGenerator. In our current use of FOP 0.20x, we have b/w images but wasn't sure how to force b/w

DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2009-09-10 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47805 --- Comment #3 from Max Berger m...@berger.name 2009-09-09 23:17:53 PDT --- Just got an email from Jim, which I will summarize: - B/W PCL is much smaller than color PCL (therefore, the proposed patch makes a lot of sense) - Older

DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2009-09-10 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47805 --- Comment #4 from Jeremias Maerki jerem...@apache.org 2009-09-10 00:25:14 PDT --- I'm not seeing any auto-detection in the patch. What do you refer to? The offline PCL production doesn't allow for bi-directional querying of the printer

DO NOT REPLY [Bug 47805] [PATCH] implements color pcl output

2009-09-09 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47805 --- Comment #1 from Max Berger m...@berger.name 2009-09-08 23:37:49 PDT --- Jim, I don't understand the motivation behind this: is there an advantage of NOT using color PCL? Are there some printers which don't support it correctly, or is