<div class="gmail_quote">On Fri, Dec 3, 2010 at 8:59 AM, William Adams <span dir="ltr"><<a href="mailto:will.adams@frycomm.com">will.adams@frycomm.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 Dec 3, 2010, at 8:16 AM, Peter Davis wrote:<br>
<br>
</div><div class="im">> Unfortunately, older technology does not instantly disappear the minute something better is invented.  In delivering software solutions, it's often necessary to work with what is deployed, as most companies tend to have finite budgets.<br>

<br>
</div>Which should be spent wisely. I know a RIP is a big investment (we recently upgraded ours), but the Adobe PDF Print Engine is an excellent bit of software, and well worth it.<br></blockquote><div><br></div><div><br>
</div><div>Not my decision to make.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
> There are commercial workflows today that depend on PostScript as the page description language, so that's the world I must work in.<br>
<br>
</div>If that's the case, I'd look at wrapping up all of the complex Unicode stuff in .eps files and pulling those in w/ some sort of PostScript-oriented workflow.<br></blockquote><div><br></div><div>The vast majority of what we're doing today needs only ISO 8659-1, so there really is no complex Unicode stuff, though we'd certainly like to keep that option open for the future.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Probably one could re-work xdvipdfmx so as to emit PostScript code instead (as you are aware, PDF is in many ways a subset of PostScript), but I suspect one would find a lot of edge cases which would mung up a lot of paper before one achieved tool one could rely on.<br>
</blockquote><div><br></div><div><br></div><div>Well, there are ways to validate PostScript without actually munging up paper.</div><div><br></div><div>In fairness, I'm also going to explore the PDF->PS route to see what kind of performance I can get.  I've used the pdf2ps tool that's included in XPDF in the past, and it was reasonably fast.</div>
<div><br></div><div>Thanks,</div><div>-pd</div><div><br></div></div>