Dear Team,
when I create a pdf with your components (RadFixedDocument, RadFixedPage, FixedContentEditor) I cannot add a "german umlaut" in that report because then it cannot be viewed in your own pdfviewer- control (the exception is: Error loading document: Position is out of range).
I tried to solve this in "creating/ loading" arial.ttf as external font (even this is weird as idea), but this also did not work.
What is your solution for that?
I bought the Telerik components basically for PDF processing, this simply needs to work...
Many thanks for an urgent update on that!
Best regards
Tobias
Table with specified width in inches is not correctly exported when the size is set in inches (this is done in the imported HTML)
Workaround: set the table size in the code and remove the style.
foreach (Table table in document2.EnumerateChildrenOfType<Table>()){
table.LayoutType = TableLayoutType.FixedWidth;
table.PreferredWidth = new TableWidthUnit(TableWidthUnitType.Fixed, 950);
}
When we have Document properties set (no Section properties set) and the \sectd control word is missing the Document properties are not respected.
From the RTF Specification: When we have Section properties set the \sectd resets the values to that specified by the Document properties. But when we don't have Section properties set and the \sectd is missing we should inherit the values specified by the Document properties
In the document produced by the mail merge, the date time and numeric formatting applied are not respected and the value is in its default format.
When the document contains Simple Font with predefined encoding and no ToUnicode mapping the text should be extracted with the following algorithm:
- Map the character code to a character name according to the font’s Differences array.
- Look up the character name in the Adobe Glyph List to obtain the corresponding Unicode value.
Currently, the PdfProcessing library doesn't map the character code properly which leads to wrongly encoded text content.