my program creates and downloads a pdf from the radeditor. However, when I try to open it in Adobe Reader 11.0.3 I receive and error about it either not being a supported type or damaged. In Adobe Reader 11.0.2 it works fine. How can I get it to work in both?
3 Answers, 1 is accepted
0
Hello Wyatt,
I tried to reproduce the described issue with this online demo, but to no avail. You can find attached a clip showing the test process, please review it and let me know if I am missing something which does lead to the problem that you encounter.
It would be appreciated if you could try and reproduce the problem with the previous mentioned online demo and get back to me with detailed information about the steps to reproduce, so that I can investigate them correctly.
Also you could provide me with additional information about the setup and implementation leading to the problem or you could attach a sample project that isolates the problematic field, so that I could suggest a proper solution.
I am looking forward for your reply.
Regards,
Ianko
Telerik
I tried to reproduce the described issue with this online demo, but to no avail. You can find attached a clip showing the test process, please review it and let me know if I am missing something which does lead to the problem that you encounter.
It would be appreciated if you could try and reproduce the problem with the previous mentioned online demo and get back to me with detailed information about the steps to reproduce, so that I can investigate them correctly.
Also you could provide me with additional information about the setup and implementation leading to the problem or you could attach a sample project that isolates the problematic field, so that I could suggest a proper solution.
I am looking forward for your reply.
Regards,
Ianko
Telerik
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to the blog feed now.
0
Wyatt
Top achievements
Rank 1
Rank 1
answered on 08 Aug 2013, 01:21 PM
The peice of code that causes the issue is the image.
I am adding the content from the code behind. Below is the piece of code that causes Adobe to error. When I view it in radeditor it displays fine. Export runs ok, but Adobe says
" Adobe Reader could not open "file name" because it is either not a supported file type or because the file has been damaged(for example, it was sent as an email attachment and wasn't correctly decoded)."
" <img style=\"margin-top: 25px; float: left; margin-right: 15px;\" alt=\"product logo\" src=\"../Images/pdf/White_Logo.png\" />"
I am adding the content from the code behind. Below is the piece of code that causes Adobe to error. When I view it in radeditor it displays fine. Export runs ok, but Adobe says
" Adobe Reader could not open "file name" because it is either not a supported file type or because the file has been damaged(for example, it was sent as an email attachment and wasn't correctly decoded)."
" <img style=\"margin-top: 25px; float: left; margin-right: 15px;\" alt=\"product logo\" src=\"../Images/pdf/White_Logo.png\" />"
0
Hi Wyatt,
Indeed, the code sample you posted leads to the described problem.
Note that the broken source in the image is reflecting not only the PDF reader, but the Preview and Design mode as well (can be observed in the attached clip). The exporting logic does not implement the functionality for validating HTML code, neither the RadEditor.
As mentioned the data is set from the code-behind and currently I could only make assumptions on why the slashes are inserted. I could suggest you to investigate the implementation responsible for the content and see if there is a logic that could lead to the problematic behavior.
For example you could replace the double quotes with single or using the @ character, so that the escaping for these characters will be avoided if this is the case.
If you are still having difficulties please get back to me with information about the mentioned code-behind implementation or a simple, fully runnable project that shows it.
Regards,
Ianko
Telerik
Indeed, the code sample you posted leads to the described problem.
Note that the broken source in the image is reflecting not only the PDF reader, but the Preview and Design mode as well (can be observed in the attached clip). The exporting logic does not implement the functionality for validating HTML code, neither the RadEditor.
As mentioned the data is set from the code-behind and currently I could only make assumptions on why the slashes are inserted. I could suggest you to investigate the implementation responsible for the content and see if there is a logic that could lead to the problematic behavior.
For example you could replace the double quotes with single or using the @ character, so that the escaping for these characters will be avoided if this is the case.
If you are still having difficulties please get back to me with information about the mentioned code-behind implementation or a simple, fully runnable project that shows it.
Regards,
Ianko
Telerik
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to the blog feed now.