When importing a document containing an invalid PDF object dictionary key an exception is thrown.
This is reproducible with specific PDF files which use custom Encoding for the fonts of the field widgets. WORKAROUND: Change the font of VariableContentWidgets before editing the field value. You should additionally call RecalculateContent() method of these widgets if the value of their corresponding fields is not edited. The following method may be used for changing the font of all existing widgets in the document: private static void FixEncodingIssues(RadFixedDocument document) { foreach(Annotation annotation in document.Annotations) { VariableContentWidget widget = annotation as VariableContentWidget; if(widget != null) { widget.TextProperties.Font = FontsRepository.Helvetica; } } }
German umlauts (the characters 'Ä', 'Ö', 'Ü', 'ä', 'ö' and 'ü') will not be printed to a generated pdf file, but the other German "special" character "ß" works.
I use the trial version via the Telerik NuGet feed. A test program and my locally generated file are attached.
PdfProcessing: Signature field validation fails if a document is imported from a byte array of CopyStream property is false.
Workaround: Set the CopyStream property of the ImportSettings to true:
PdfFormatProvider formatProvider = new PdfFormatProvider();Inserting a table with more than 10K rows is very slow.
Workaround:
Use the following approach with SpreadStreamProcessing,SpreadProcessing and PdfProcessing: