<div class="gmail_quote">Dear Poppler Maintainers,<div><br></div><div>Pdftops is a great utility. So great, in fact, that recent versions of CUPS ship with optional compile-time support for using pdftops instead of ghostscript. Gaining the confidence of print software is no small accomplishment, and poppler has proved itself to be a very complete and correct pdf parser.</div>

<div><br></div><div>There is one area, however, where poppler unfortunately makes a significant error:</div><div><br></div><div><pre style="padding-top:0px;padding-right:0px;padding-bottom:0px;padding-left:0px;margin-top:0px;margin-bottom:0px;background-color:rgb(255,255,255)">
<code style="font-size:13px">    rasterize = scan-&gt;usesTransparency() || scan-&gt;usesPatternImageMask();</code>
</pre><div><br></div>The PSOutputDev uses Splash to rasterize PDFs if they&#39;re found to use transparency or patterned image masks. While this works well for some use cases, for many other use cases, especially in printing, rasterization is the worst of all options and is often insufficient </div>

<div><br></div><div>So I&#39;m wondering -- is including proper support for transparency and patterned image masks on the schedule for the immediate future? If so, wonderful.</div><div><br></div><div>If not, would you consider adding a &quot;--dont-rasterize&quot; flag to pdftops, so that if PSOutputDev is unable to convert without rasterization, it exits with a known error code? This way, pdftops could be preferred, and ghostscript might function as a fallback, for the case of a scripted conversion utility.</div>

<div><br></div><div>Thank you,</div><div>Jason Donenfeld</div></div>