Earlier I posted about faulty aspose.pdf SaveToXPS behaviour, and you logged it as PDFNET-46334
Aspose.Pdf Save to xps - first page is entirely black
This behaviour is in aspose.pdf 19.4
While we wait for you to fix this, we made a change to our code so that instead of Save to XPS, we now Print to an XPS printer driver and capture the XPS file produced. Our workaround means we can print the pdf attached to that original post and its appearance is correct.
However, in an earlier post you logged PDFNET-42710 because there was faulty behaviour of aspose.pdf save as xps.
Regression in Save pdf as XPS behaviour
I have attached the original PDF document, which is in colour,
14 Ausden Clark - Luggage Allowance Policy.pdf (223.5 KB)
I’ve also attached a further two PDF files, each created by printing the XPS produced by aspose.pdf.
14 Ausden Clark - Luggage Allowance Policy.pdf [V184.108.40.20610].pdf (335.7 KB)
14 Ausden Clark - Luggage Allowance Policy.pdf [V220.127.116.1152].pdf (84.2 KB)
The first PDF was produced by printing the XPS created via aspose.pdf Save as XPS. The problem with the this PDF is that a pale gray watermark which is supposed to be in the page background is rendered as solid black, obscuring important page content.
The second PDF was produced by printing the xps created when aspose.pdf prints to an XPS printer driver. The problem with this second PDF is that most of the page content is missing, and there is only some sort of incomplete background shading.
So neither PDF is correct. There are quality issues in both the Save as XPS and Print to behaviours, so I would expect you to log two issues from this post. We have no means at all of producing correct xps from the original PDF. Please would you address at least one of these issues with urgency.