[Printing-architecture] PDF workflow, cupsaddsmb, and Windows clients

Alex Korobkin korobkin+op at gmail.com
Mon Aug 24 18:11:03 UTC 2015


On Mon, Aug 24, 2015 at 1:28 PM, Till Kamppeter <till.kamppeter at gmail.com>
wrote:

> On 08/24/2015 12:59 PM, Michael Sweet wrote:
>
>> Alex,
>>
>> The Windows print system is based on Microsoft's XPS format, which is
>> functionally the same as PDF but requiring different tools/filters.
>>
>> I know Ghostscript and mupdf have XPS support, but I don't know of anyone
>> that has either written the necessary CUPS filters nor the corresponding
>> Windows drivers (which need to comply with some unfortunately strict
>> Microsoft licensing...)
>>
>
> One should check how well Ghostscript performs as XPS
> interpreter/converter If it does well, the needed CUPS filter would be a
> simple wrapper around Ghostscript, which we would name xpstopdf and after
> that we get the usual pdftopdf and then pdfto<whatever the printer needs>.
>
>
GhostScript 9.16 is great at XPS to PDF conversion. Older versions had some
bugs, but more recent ones are good at it.

I don't see how we could integrate that with printer options, though. Let's
say I want a user to be able to select a stapling option. One cannot inject
PJL commands into an XPS job I suppose?


-- 
-Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/printing-architecture/attachments/20150824/e1a18bb3/attachment-0001.html>


More information about the Printing-architecture mailing list