Any working code samples for this kind of thing? Very alluring concept.<div><br><div class="gmail_quote">On Sun, Nov 21, 2010 at 12:14 AM, Taco Hoekwater <span dir="ltr"><<a href="mailto:taco@elvenkind.com">taco@elvenkind.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On 11/20/2010 04:02 PM, Jeffrey McArthur wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The way I did color separation in the past was moderately complicated. I<br>
used some font tricks with virtual fonts.<br>
<br>
I used tfmtopl to create the .PL file for each font.<br>
Then I hacked the .PL file into a VPL file.<br>
If I wanted the text for that font/color combination to print, then it set<br>
the char, otherwise it just did a move.<br>
<br>
Then you switch the virutal fonts to print in one color or the other.<br>
<br>
Rules are managed the same way by setting the rule in the VPL file and not<br>
in TeX.<br>
<br>
Graphics are done by using a special command in the VPL file.<br>
<br>
This is very ugly, but it worked.<br>
</blockquote>
<br></div>
I think this is pretty good way of doing it (I used a similar approach<br>
a few years ago), but it can get rather complex in documents with lots<br>
of fonts.<br>
<br>
These days, I usually create a composite pdf that uses only the C and<br>
K parts of CMYK, and I expect the printer to be able to handle that<br>
(either by splitting the pdf into the two composites in preprocessing,<br>
or by telling the device driver of the press that C is the secondary<br>
color and that MY can be ignored). If the printer claims he cannot do<br>
that, I search the yellow pages for a better printing house.<br>
<br>
Best wishes,<br><font color="#888888">
Taco<br>
</font></blockquote></div><br></div>