Q: I am looking for the second option - the PDFTron Virtual Driver SDK.
Can the driver e re-skinned complete so that there is no reference to us having sourced it form you?
Will the one SDK do 32 and 64 bit Win 7, XP and Win 8 (soonishly)?
Is the resulting PDF vector or rasterised and is that dependent on the application doing the printing?
Is the PDF PS or otherwise (EMF?). If Postscript what level Postscript?
If the application is in CMYK, does the driver produce CMYK PDFs?
What is resolution.
A:
Can the driver e re-skinned complete so that there is no
reference to us having sourced it form you?
Yes, definitely. You will have full control over the GUI and the behavior.
Will the one SDK do 32 and 64 bit Win 7, XP and Win 8 (soonishly)?
Yes, we provide support for all of the above (including Win 8 when in becomes available).
Is the resulting PDF vector or rasterised and is that dependent on
the application doing the printing?
It really depends of the source app, but in most cases the file is vector based.
Is the PDF PS or otherwise (EMF?). If Postscript what level Postscript?
The PDF is generated through a conversion from XPS Print path. As a result, the driver has many quality and efficiency advantages compared to legacy GDI and GhostScript / PS drivers. For example, current MS Office applications or any .NET/WPF application will take advantage of the XPS print path to produce better/faster output (http://blogs.msdn.com/b/xps/archive/2009/07/23/new-office-2010-printing-functionality.aspx). Also, unlike other drivers in the market, PDFTron based drivers natively support transparency without flattening/rasterization, OTF fonts, etc.
If the application is in CMYK, does the driver produce CMYK PDFs?
There are options to preserve color as CMKY (provided that color is emitted as CMYK).
What is resolution.
The driver produces the file at the resolution emitted by the source app (and the printer driver settings). This is typically high-resolution but can be controlled by the user or changed programmtically. In case you would like to down-sample images and perform other types of PDF optimization prior to saving the file (but after spooling/printing), this could be done using ‘pdftron.PDF.Optimizer’ which is a separately licensable add-on in PDFNet.
On Thursday, April 19, 2012 4:56:44 PM UTC-7, Support wrote:
Q: We are looking to develop a “printer driver” interface to convert any document to PDF and then send to our server for Remote Printing. We use .Net and C# to code.
Which of your products do I need?
A:
Do you need to programmatically convert various formats to PDF as shown in Convert sample project (http://www.pdftron.com/pdfnet/samplecode.html#Convert) or you would like to implement a custom print driver (with a custom GUI etc.).
In the former case you would need PDFNet with Convert Add-on.
In the latter case you would PDFTron Virtual Driver SDK in conjunction with PDFNet SDK. PDFTron Virtual Driver SDK extends PDFNet with source code for a complete virtual printer driver (including monitor, GUI, installer, etc. - for more info about this SDK please contact info at pdftron.com). You can download the resulting sample PDF driver (called PDFTronCreator) using the following links:
http://www.pdftron.com/downloads/PDFTronCreator32.exe
http://www.pdftron.com/downloads/PDFTronCreator64.exe