From owner-freebsd-ports Thu Jul 22 14:32:17 1999 Delivered-To: freebsd-ports@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 473CD15642 for ; Thu, 22 Jul 1999 14:30:21 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.31]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.6) with ESMTP id AAA367C for ; Sun, 18 Jul 1999 15:55:09 -0400 Message-ID: <37923FC3.F5367BF6@bachue.usc.unal.edu.co> Date: Sun, 18 Jul 1999 15:57:39 -0500 From: "Pedro Fernando Giffuni" Reply-To: giffunip@yahoo.com Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 4.5 [es] (Win95; I) X-Accept-Language: es,en-US,it MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: Possible bug in Ghostscript port Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This might be a problem in our ghostscript ports, I don't have time to check it out, but hopefully someone with a HP DeskJet, and the GNU ghostcript port might want to take a look. cheers, Pedro. _______________(Taken from hpdj's homepage) A Ghostscript Bug Affecting hpdj There is a bug in ghostscript's initialization for the undercolour removal and black generation functions which is not yet mentioned in the hpdj distribution. This bug shows up when printing PostScript documents using the RGB colour space (setrgbcolor or sethsbcolor) on a device where the CMYK space is the native colour space; this is the case for hpdj if you specify -sColourMode=CMYK. The bug results in black being printed as a mixture of cyan, magenta, and yellow. On my printer, this is a slightly greenish grey, fuzzy at the edges because the three components are not accurately aligned. You can check for this bug by interactively giving the following command to gs: 0 0 0 setrgbcolor [ currentcmykcolor ] == gs will issue "[1.0 1.0 1.0 0.0]" on standard output if it would print the mixture and "[0.0 0.0 0.0 1.0]" if it would print true black. You should specify a CMYK device like bitcmyk for this test. This bug is present in at least gs 3.33, 4.03, 5.10, and 5.50. To fix it in newer versions, look for the following lines in gs_init.ps (starting at line 1444 in Aladdin gs 5.50): % Set the default screen and BG/UCR based on the device resolution and % process color capability. /.setdefaultbgucr systemdict /setblackgeneration known { { processcolors 1 eq { { } } { { pop 0.0 } } ifelse dup setblackgeneration setundercolorremoval } } { { } } ifelse bind def You should replace the line containing processcolors with the following: {} I have reported this bug to L. Peter Deutsch on 1998-12-09 and he is going to change the behaviour in the next release. ___________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message