When document is Web layout mode (LayoutMode = Flow), table with LayoutMode = AutoFit is exported to RTF with wrong column widths. MS Word visualize such table splashed, and WordPad extremely large.

Workaround: Performing layout on the document in Paged layout mode seems to fix the issue:

            var doc = new XamlFormatProvider().Import(file);
            doc.LayoutMode = Telerik.Windows.Documents.Model.DocumentLayoutMode.Paged;
            doc.EnsureDocumentMeasuredAndArranged();
            doc.LayoutMode = Telerik.Windows.Documents.Model.DocumentLayoutMode.Flow;

When the 'font-family' CSS attribute's value contains Chinese, Japanese or Korean symbols, the HTML parser could not parse them correctly, and the applied font families are skipped. As a result, the text is imported with Arial font.

Steps to reproduce:
- Register the following font "HGS明朝B":
FontFamily myCustomFont = new FontFamily("HGS明朝B");
FontManager.RegisterFont(myCustomFont);
- Write some text and apply the font over the text.
- Export to HTML.
- Import the HTML.

Expected: the text should be with the HGS明朝B font family.
Actual: the text is with Arial font family

Selection geometry is not rectangular when the selection contains paragraphs with specific fonts and indents, e.g. two empty paragraphs with with font family Georgia and the second one having First Line Indent = 6 px.

Steps to reproduce:
- Add 3 empty paragraphs
- Select the first 2 and apply font family Georgia
- Apply First line indent of 6 px to the second paragraph
- Select all
Expected: The selection geometry should be rectangular.
Actual: The selection geometry is not a rectangle.

When a table is auto fitted its cells are exported with incorrect width value. An additional requirement is the cells to not have any preferred width (NULL).
This problem will occur only if the document is converted directly from one format to another.
Possible workaround is to apply auto preferred width to all cells in that table.

The table width value is exported with different decimal separator depending on the used culture. One the problem is fixed the width value should be exported with invariant culture.

The flow direction of a paragraph is automatically changed to right-to-left if all spans in the paragraph are in the right-to-left mode when importing from DOCX format.

Pressing Enter in the first empty cell in the second table of two adjoined tables adds the paragraph between the tables. Instead, the paragraph should be added in the cell.

Steps to reproduce:
- Add two tables.
- Remove the paragraph between them (using the Delete key).
- Add paragraph in the first cell of the second table.
Expected: The paragraph is added in the cell.
Actual: The tables are separated by paragraph.

Inserting a single-cell table with top border is a common workaround for the missing 'horizontal line' functionality. 

Exporting such table to PDF causes wrong result if the intercepting vertical borders are of type None and have smaller thickness.

Attached image outlines the issue.

Workaround: Set the same thickness to the noBorder and to the visible border:
var t = new Telerik.Windows.Documents.Model.Table(1, 1);\
var noBorder = new Telerik.Windows.Documents.Model.Border(3, BorderStyle.None, Colors.Black);
t.Borders = new TableBorders(noBorder, new Telerik.Windows.Documents.Model.Border(3, BorderStyle.Single, Colors.Black), noBorder, noBorder);


Steps to reproduce:
1. Insert table with the following code:

            var t = new Telerik.Windows.Documents.Model.Table(1, 1);
            var noBorder = new Telerik.Windows.Documents.Model.Border(BorderStyle.None);
            t.Borders = new TableBorders(noBorder, new Telerik.Windows.Documents.Model.Border(3, BorderStyle.Single, Colors.Black), noBorder, noBorder);

            this.radRichTextBox.InsertTable(t);
2. Export to PDF

If there is sequence with more than one font info which is not declared in a separate group, they all are concatenated and recorded in the imported fonts as a single one with id from the last one. Here is such a problematic font table group:

{\\fonttbl\\f0\\froman\\fcharset0 Times New Roman;\\f1\\froman\\fcharset0 Times New Roman;\\f2\\froman\\fcharset0 Times New Roman;\\f3\\froman\\fcharset0 Times New Roman;\\f4\\froman\\fcharset0 Times New Roman;\\f5\\froman\\fcharset0 Times New Roman;}

FloatingUIContainers are not cleared from the UI when they are deleted.

Workaround: Recreate UI using the following code:
this.radRichTextBox.ActiveEditorPresenter.RecreateUI();

When the user inserts a table in right-to-left mode, there is no ability to resize its rows/columns. The Table Properties dialog or the Document Ruler still can be used to resize the rows/columns of the Table.

When the document is in Web layout mode (with RadDocument.LayoutMode = "Flow"), and contains multiple sections with comments inside them, the comments are visualized on unexpected places outside of the comments pane, or one over another, hiding other comments.

In paged layout mode, the caret becomes invisible when the document is scrolled to other page, so that the page with the caret goes out of the view port.

This behavior is also observed when editing, for example when inserting page break or section break.

Paragraphs with applied Normal style are currently exported to RTF with \s0 tag. Instead, this tag could be omitted.

If the document contains a simple field without run inside, the import process fails. 

      <w:fldSimple w:instr="page" w:dirty="true"/>

The same document with a run inside the field does not cause an error

      <w:fldSimple w:instr="page" w:dirty="true">
        <w:r>
          <w:t>1</w:t>
        </w:r>
      </w:fldSimple>

When symbol is inserted in underlined word, the underline color of the inserted symbol is always black and doesn't respect the underline color of the word.

Also, when Track Changes is ON and some symbols are inserted, the underline color is black instead of being red. Probably the root cause is the same for both behaviors.

When misspelled word is corrected with the spell checker, and the word is just before the comment range end, the comment range end is moved after the previous word.

Steps to reproduce:
1. Open RichTextBox and type the following sentence: "This sentence has a wrong speling".
2. Select the entire sentence and click "New Comment" button.
3. The comments range start marker displays before "This...." and comment range end marker displays after "...speling"
4. Right click on word "speling" to change "speling" to "spelling"
Result: The spelling gets fixed as expected, but the comment range end moves before the word "spelling".

The method CopyContentFromOverride is a protected method used for copying of inline specific content. This method is not called each time from the CreateElementCopy method.
As a workaround of copying your properties ovveride the CopyPropertiesFromOverride method.

When the paragraph starts with Annotation with SkipPositionBefore = true, TabForward command does not detect that the caret is actually at the beginning of paragraph, and inserts Tab character instead of changing left indent.

Workaround: Subscribe to CommandExecuting and cancel the InsertTextCommand with parameter "\t" if the caret is at such position

Steps to reproduce:
- Insert a paragraph in the document.
- Put the caret at the beginning of the paragraph and insert bookmark (without selection).
- Put the caret at the beginning of the paragraph and press tab.
Expected: Paragraph's Left indent is changed.
Observed: Tab character is inserted.

A table in the body is wider than a table in the header when the document is printed. 

Steps to reproduce:

- Insert a tables in the header and the body.
- Print the document

Expected: The table in the body has the same width.
Actual: The table in the body is wider that the table in the header