[Xy-pic] Default color model

[Ross Moore]

Hi Vadim,

On 03/08/2010, at 11:49 PM, Vadim Radionov <vadim.radionov at gmail.com> wrote:

> Hi Ross,
> 
> thank you for the explanation.
> 
>> Why do you need this?
>> 
>> Once before I had to do this, since a publisher objected to having RGB in the PDF.
>> Is yours a similar problem?
> 
> Yes, it's exactly my case.

Thought so. Which publisher?

> I used your recipe with \dump and \usePSheaders.  There's no explicit
> "0 0 0 setrgb" in the dump, so is it the line
> 
> /xycolor{0 1 2{xycolarray exch get}for setrgbcolor}def
> 

It's so long since I've worked in PostScript that I forget the exact names.
Also whether '0 setgray' gives black or white.


> that I have to change?  And is
> 
> /xycolor{0 setgray}def

Yes, this forces a single color.

Another way is to define setrgbcolor to throw away 2 components and invert the 3rd.
E.g.  /setrgbcolor{pop pop 1 sub neg}def
Or take a weighted sum of the components to convert to grayscale
  /setrgbcolor{1 sub .6 mul neg 
            exch 1 sub .15 mul neg add
            exch 1 sub .25 mul neg add
            }def

I don't understand why the publisher doesn't just do this kind of thing as a matter of course. It's not rocket science, and was a pretty standard technique for grayscale conversion years back.

> 
> a suitable replacement (it looks fine in my case, but probably I'm
> breaking something)?

The PostScript to PDF translation would fail if there was an error in this coding.
So test it using any distiller, and printing a few pages that have Xy-pic diagrams.

Daniel Müllner's solution should work too, as it avoids my PostScript stuff altogether, going directly to PDF.

> Thank you again,
> 
> Vadim


Hope this helps,

      Ross



And it is good to have this problem and solution in the Xy-pic mailing list archives.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/xy-pic/attachments/20100804/abf2af78/attachment.html>