PDF-XChange Drivers API (only) V4/V5
This Forum is for the use of Software Developers requiring help and assistance for Tracker Software's PDF-XChange Printer Drivers SDK (only) - VERSION 4 & 5 - Please use the PDF-Tools SDK Forum for Library DLL assistance.
Hi, I've tried to set printing preferences as you advised me. All I achieved you can see in the attachment. Can you recommend me something else? Thanks!
Hi! I assembled a test application on the base of your "FullDemo" sample, because it was the quickest solution. The files are in the attachment. Thanks a lot once more!
Thanks, Stefan! I've noticed that if the DevMode block is commented out it affects some little difference in the converted file. Please see the screenshots in the attachment.
We've just found a bug in the Viewer that was causing the incorrect behaviour when converting to greyscale. This is now fixed and the sample project works as expected. The fix will be in the next build of our Viewer.
Hi Stefan. I'm glad to hear that, it's a good feeling to help improving your product.
P.S. I've read my messages once more and came to conclusion that it may be not distinct enough what the problem was . The only thing I was irritated with was the size of the original object in the converted document after printing with the PrintDocument method of the viewer.
Hi! I've just installed the last build of the viewer SDK (2.5.207 instead of 2.5.205) but it doesn't function. Maybe the bug fix isn't yet in that version?
we have re-tested here and all is working as required ...
The most likely issue we 'believe' is there are some artifacts of an older build on your system somewhere causing problems - can you please ensure that you definately have the lastest builds only on your system - or better yet if possible install on a clean system and advise if the issue still persists - because despite our best efforts we cannot reproduce here ...
Thanks
If posting files to this forum - you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded - thank you.
Hi! Sorry for my long silence. I'll try to install all the things on a new virtual machine in order to test it properly. Thanks a lot for your reply. I'll surely inform you about my results.
Last edited by relapse on Fri Dec 14, 2012 1:19 pm, edited 1 time in total.
However it doesn't function yet. Maybe it depends upon the fact that I don't use the full version of the PDF-XChange 5 API?
Are the both files Interop.PXCComLib5.dll and Interop.PXCComLib.dll responsible for the new functionality? I guess the aren't because the both ones are very old . I think the corrected functionality is in the library of the PDFXChange Viewer (PDFXCviewAx.dll). But as you see it's up-to-date.
Hi! I've found the differences between your code and mine in the sample program. These were commands setting the DevMode properties. I've altered my true program a little bit and tested it. Now it works! Thanks a lot! I'm really happy now!
These are my code snippets (C#) in the last variant. Don't forget to use the build version of the viewer SDK from the version 2.5.207 (Updated on 12 Nov 2012) and higher!
Hi! I've discovered the following phenomenon. I've tried to convert a pdf document including vector graphics into a BW one printing it into a file (as it's described above). Then I found out that the vector graphics were converted into a bitmap (I suppose it's so) with a quality loss (please see the attachment). Are there any properties in the Drivers API controlling the fineness of the vector-bitmap conversion?
It will depend on the PDF document. The PDF graphics model is not the same as the GDI graphics model and in some circumstances the viewer will rasterise vector graphics during printing (for example, it will be done when pattern filling is used because patterns in the Windows API has some limitations; or when blend modes or transparency are used - blend modes are not supported by the Win GDI, and transparency is not supported by most printers). In other words - using a printer to convert an existing PDF to a PDF never is/was a good idea.
Tracker Software (Project Director)
When attaching files to any message - please ensure they are archived and posted as a .ZIP, .RAR or .7z format - or they will not be posted - thanks.
Hi, Ivan! I've read in your post your statement that "using a printer to convert an existing PDF to a PDF never is/was a good idea".
1) Can YOU advise me another way to convert a PDF?
2) Enclosed you will find in my attachment an illustration of a phenomenon I've found converting a pdf with PDFdriverAPI and with an Adobe printer. In your variant there is a slight displacement of the coordinates origin. I guess it results through the fact that the setting of the paper size is limited in its exactitude to one tenth of a millimeter. Is it (this displacement) to avoid?
Thanks for your replies!
P.S. I've also noticed a displacement in the pdf printed with Adobe PDF but it's less than after printing with PDFXChangePrinter.