I have a MS Word document that contains several Content Controls fields that at runtime are dynamically filled in with data retrieved from a dataview.
The Word doc is then converted to PDF through the use of Aspose.Words.
The problem is that in the rendered PDF the Content Controls fields of type images do not contain the images dynamically set by program.
Please note that opening the Word document (with Word) the images are there.
Do you have any idea why exporting to PDF the images are lost ?
Thanks for your inquiry. To ensure a timely and accurate response, please attach the following resources here for testing:
- Your input Word document
- Please attach the output Pdf file that shows the undesired behavior.
- Please create a standalone console application (source code without compilation errors) that helps us reproduce your problem on our end and attach it here for testing.
As soon as you get these pieces of information ready, we’ll start investigation into your issue and provide you more information. Thanks for your cooperation.
PS: To attach these resources, please zip them and Click ‘Reply’ button that will bring you to the ‘reply page’ and there at the bottom you can include any attachments with that post by clicking the ‘Add/Update’ button.
Thank you for your response.
As you requested, I attached a zip containing:
- document.docx: a document with some content controls
- document.pdf: the document opened with aspose and saved as pdf
- a console application that open the docx file and save it as pdf (the docx should be inside bin folder)
If you open the pdf file you can notice that there are two images, but only one of them is correclty rendered. the other one is empty. While opening the docx file with word (I’m currenlty use Word 2007) the image is rendered.
before the last attempt also the first image was empty, but i have only moved the image control.
I also noticed that if i open the docx file, edit something casually and save it, then converting the pdf with aspose, the images are all correclty rendered.
Thanks for investigating
Thanks for sharing the detail. We have tested the scenario and have managed to reproduce the same issue at our side. For the sake of correction, we have logged this problem in our issue tracking system as WORDSNET-13092. You will be notified via this forum thread once this issue is resolved.
We apologize for your inconvenience.
thanks for your response.
I have an additional question: my client took a temporary licence for your product and they are evaluating it.
But, if this bug won’t be fixed in a short time they won’t be able to purchase your product even if they are strongly interested in.
May I kindly ask if it is possible to have the foreseen fix date please?
Or in alternative, do you know any workaround of that problem (i noticed that some images are correctly rendered).
Thanks for your inquiry. We try our best to deal with every customer request in a timely fashion, we unfortunately cannot guarantee a delivery date to every customer issue. Our developers work on issues on a first come, first served basis. We feel this is the fairest and most appropriate way to satisfy the needs of the majority of our customers.
Unfortunately, there is no workaround available for this issue. Currently, your issue is pending for analysis and is in the queue. Once our product team completes the analysis of your issue, we will then be able to provide you an estimate.
Thanks for your patience and understanding.
I kindly ask you if there is some news about this topic.
Thank you for your response.
Thanks for your inquiry. Hopefully, the fix of WORDSNET-13092 will be available in March 2016 release (Aspose.Words v16.3.0). Please note that this estimate is not final at the moment. We will be sure to inform you via this forum thread as soon as this issue is resolved.
We appreciate your patience.