When importing HTML content to a RadFlowDocument and exporting it to PDF format, the following error message occurs:
System.ArgumentException: 'The document element is associated with another parent. (Parameter 'item')'
at Telerik.Windows.Documents.Fixed.Model.Collections.DocumentElementCollection`2.VerifyDocumentElementOnInsert(T item)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>())Unexpected table content indentation during PDF export when cells lack explicit margins and do not inherit table-level margins.
Manual Workaround Before PDF Export:
Preserve direct cell overrides; materialize table-default padding only for cells with no local padding:
foreach (var section in document.Sections)
{
foreach (var block in section.Blocks)
{
if (!(block is Table table))
{
continue;
}
foreach (var row in table.Rows)
{
foreach (var cell in row.Cells)
{
if (!cell.Properties.Padding.HasLocalValue)
{
cell.Padding = table.TableCellPadding;
}
}
}
}
}
RTF import loses the font applied once at paragraph/body level and falls back to a default font instead, when the \fonttbl uses flat, non-grouped font entries rather than individually braced {\fN ...} fonts.
Workaround: Re-save the document in MS Word.
Hello
Calling MailMerge on a document with a nested repeating group throws NullReferenceException when a merged value contains a line terminator.
All of the following are required to reproduce the crash:
I have attached a minimal repro demonstrating the bug.
When a paragraph has defined tab stops in its style and has the same tab stops locally cleared, the tab stops are still respected when exporting to PDF. Instead, cleared tab stops should not be respected.
Center alignment is not respected for list numbering.
Expected:
Actual:
Exporting to PDF of a table with a first cell having preferred width of 100% and a second cell having preferred width of auto will result in missing the second cell.
This is happening because the cell with preferred width 100% takes all the available width and all other columns are rendered with no available width which causes the height of the table to grow big. WORKAROUND: Either clear the cell PreferredWidth property or set it to value which is smaller than 100%.