Thank you for contacting us about this issue.
PdfProcessing uses internally Typeface.TryGetGlyphTypeface
method in order to access font files installed on the machine. However, while debugging the issue I have noticed that there is a bug in this method and it always returns the normal "Arial Narrow" font file path even when we require the bold or italic version of this font. A similar issue with this font is discussed in this MSDN forum post
You can easily workaround this issue by simply register the correct font files
before doing the PDF export. I am attaching a demo project that shows how exactly this can be achieved. A few words about this demo:
- It is a console application.
- Before exporting the PDF the RegisterWrongFontPaths method is executed. This method basically gets the bytes of the correct font files and registers them for the corresponding font properties.
- Alternatively, you can embed the font files in you project and access the embedded font file bytes. This way you will not access the fonts from the file system and the program will be working even on machines where the "Arial Narrow" font files are not installed.
- When the demo program finishes, it opens the exported PDF file, so that you can view the result.
I hope this information is helpful. If you have any other questions or concerns please do not hesitate to contact us again.
the Telerik team
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Telerik Feedback Portal
and vote to affect the priority of the items