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>())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)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%.
When the table is nested in another table with fixed-width and the nested one has more than one cell in the row, where the one has a preferred width set to auto and the other has content that split on more than one row, then the first cell is exported with a wrong width.
PdfFormatProvider: Table cells are exported with the wrong width when the table is nested in another table and the cells of the nested one have a preferred width set to 100%.
When the nested table has Width set in %, the value is calculated relative to the page, instead of relative to the parent table.
Workaround: Clear the cell PreferredWidth property.