This question is locked. New answers and comments are not allowed.
I know this isn't the best place to ask this, but I can't decide where else to ask:
My Silverlight application generates RadDocuments. We allow our users to "print" the document by navigating to a print.aspx page where we set the Response.ContentType to "Application/pdf" and then use the PDFFormatProvider to export our RadDocument and then Response.BinaryWrite the bytes.
Everything works fine in every browser except when we try to access print.aspx from the Safari browser in iPhone. Table borders and images show up, but text is impossible to see because it is colored to whatever color the background is (white text on black background turns black, black text on white background turns white). I know the text is there because I can select it and copy it to my clipboard.
I find nothing when googling for IPhone/Safari issues displaying "application/pdf", and other pdf's render fine in the browser. All I can think of is that there is something about the pdf's generated by Telerik's PdfFormatProvider that make them render this way.
Can anybody help? This is an easy one to repro but I have no idea where to go from here.
My Silverlight application generates RadDocuments. We allow our users to "print" the document by navigating to a print.aspx page where we set the Response.ContentType to "Application/pdf" and then use the PDFFormatProvider to export our RadDocument and then Response.BinaryWrite the bytes.
Everything works fine in every browser except when we try to access print.aspx from the Safari browser in iPhone. Table borders and images show up, but text is impossible to see because it is colored to whatever color the background is (white text on black background turns black, black text on white background turns white). I know the text is there because I can select it and copy it to my clipboard.
I find nothing when googling for IPhone/Safari issues displaying "application/pdf", and other pdf's render fine in the browser. All I can think of is that there is something about the pdf's generated by Telerik's PdfFormatProvider that make them render this way.
Can anybody help? This is an easy one to repro but I have no idea where to go from here.
2 Answers, 1 is accepted
0
Adam
Top achievements
Rank 1
Rank 1
answered on 06 Feb 2012, 08:57 PM
Nevermind. It is the fonts we are using. I thought they were Arial but they are Calibri.
0
Hello Adam,
Thank you for letting us know about this problem.
Indeed when exporting PDFs RadRichTextBox for Silverlight does not embed any fonts in the resulting PDF, as Silverlight itself does not provide all the required information for a font to be embedded. Currently we are not aware of a solution of this problem without causing issues with application size related to embedding fonts. Your option is to use only fonts that are available on MAC, such as Arial and Times New Roman.
Future versions of RadRichTextBox for WPF might be able to resolve this issue on the server and this might be a solution for you if your application has WPF enabled back-end.
Kind regards,
Mike
the Telerik team
Thank you for letting us know about this problem.
Indeed when exporting PDFs RadRichTextBox for Silverlight does not embed any fonts in the resulting PDF, as Silverlight itself does not provide all the required information for a font to be embedded. Currently we are not aware of a solution of this problem without causing issues with application size related to embedding fonts. Your option is to use only fonts that are available on MAC, such as Arial and Times New Roman.
Future versions of RadRichTextBox for WPF might be able to resolve this issue on the server and this might be a solution for you if your application has WPF enabled back-end.
Kind regards,
Mike
the Telerik team
Sharpen your .NET Ninja skills! Attend Q1 webinar week and get a chance to win a license! Book your seat now >>