The exception is reproduced only with specific custom fonts and is thrown by the ComputeSubset() method of the GlyphTypeface class with the following message: "file does not conform to the expected file format specification". However, we can handle the exception and export the font data using the base class.

Available in LIB Version 2018.2.820.

At the moment the table properties, including table, table row and table cell properties don't have size validation, i.e. it is possible to set them to negative or zero values. Validation should be added where necessary.

RichTextBox interprets the div tag by adding a new line upon its closing. However, when the content of the div tag is a br tag, the whole combination should be treated as one new line.

The RadNumericUpDown buttons are too small and the selected value is not visible. The issue is not reproducible in NoXaml.

Fix is available in LIB Version 2018.2.716.

Currently RadRichTextBox uses the .NET syntax for the date and time formatting of the code fields. When such strings are exported to or imported from RTF/DOCX, the date and time formatting switch should be converted according to the document format specifications (e.g. 17.16.4.1 Date and time formatting from OOXML specification). Examples of differences:

- 'tt' in .NET is converted to am/pm specifier for the current culture. In DOCX specification, this is denoted as 'am/pm'
- '/' in .NET is converted to date separator for the current culture. In DOCX specification, the symbol doesn't have special meaning, so it's always converted to '/'.

.NET date format strings: https://docs.microsoft.com/en-us/dotnet/standard/base-types/custom-date-and-time-format-strings

MS Word date format strings: 
https://support.office.com/en-us/article/insert-edit-and-view-fields-in-word-c429bbb0-8669-48a7-bd24-bab6ba6b06bb#bm9

Workaround (partial): Modify InsertDateTimeDialog to contain only formats which are compatible with MS Word.

When a table is created, exported to HTML and then imported, the cells become taller. The reason for this behavior is that the table is by default with style TableGrid. When the table is exported to HTML, the style is preserved, however, upon import the style properties are set as local and the style itself is lost. The style by default defines LineSpacing="1" and SpacingAfter="0" for the paragraphs in the table and these are not copied as local. 

This means that if there is a style set to the table that defines paragraph properties as well, these properties will be set.

When inserting a new row using the InsertTableRowBelow below, the expected behavior would be to copy the paragraph styles of the paragraphs in the cells in the existing row. However, the style of the newly created paragraph is initially set to null and at some later point it is set to Normal. This creates an issue when using an HtmlDataProvider, which does not become aware of the change and the source HTML does not become updated with the information that the paragraph has style null.

Workaround: set all paragraphs with style null to have Normal style:

                foreach (var paragraph in RichTextBox.Document.EnumerateChildrenOfType<Paragraph>())
                {
                    if (paragraph.Style == null)
                    {
                        paragraph.StyleName = "Normal";
                    }
                }

When inserting a new row using the InsertTableRowBelow below, the expected behavior would be to copy the paragraph styles of the paragraphs in the cells in the existing row. This works when there is a property set locally, e.g. the text is bold, but the paragraph style, e.g. Heading 1 is lost.

When content has a font-size applied in EM values and the UseDefaultStylesheetFontProperties property of HtmlFormatProvider is set to true, the imported content has pretty small values for font size.

The 'white-space' CSS property determines how whitespace inside an element is handled. The 'pre' value preserves the sequences of whitespaces and the newlines in the element content.

This property value is supported by MS Word.

Characters like 🙋🏻 are not imported correctly and instead result in a series of question marks.

Fix available in LIB Version 2018.2.716.

When a merged cell contains more than one entire column, the caret is in the merged cell and you chose the option to delete the current column, the action is supposed to delete all the columns in the merged cell. What happens instead is that only the first column is deleted and the merged cell remains.

Workaround:

            TableCell tableCell = this.radRichTextBox.Document.CaretPosition.GetCurrentInline().Parent.Parent as TableCell;

            if(tableCell == null)
            {
                return;
            }

            int columnSpan = tableCell.ColumnSpan;

            this.radRichTextBox.Document.History.BeginUndoGroup();

            for (int i = 0; i < columnSpan; i++)
            {
                this.radRichTextBox.DeleteTableColumn();
            }

            this.radRichTextBox.Document.History.EndUndoGroup("Delete Column");

When the document uses a font that cannot be found on the machine, it is substituted for another font. What should happen is to fall back to another font for the visualization, but to preserve the original font in the model.

Partial workaround: for HTML import, the font can be preserved by subscribing to the FontSubstituting event:
provider.ImportSettings.FontSubstituting += ImportSettings_FontSubstituting;
private void ImportSettings_FontSubstituting(object sender, FontSubstitutingEventArgs e)
{
      e.SubstitutionFontFamily = new FontFamily(e.OriginalFontName);
}

If the empty run is defined with start-tag and end-tag the import is correct:

<w:p>
  <w:r></w:r>
</w:p>

However, if it is defined with empty-element tag, its parent Paragraph is not imported:

<w:p>
 <w:r/>
</w:p>

Fix available in R2 2018 SP1 release version.

Some of the methods in RadDocumentEditor/RadRichTextBox call RadDocument.EnsureDocumentMeasuredAndArranged(), but some don't, for example:

- InsertAnnotationRange
- InsertLine
- ChangeAllFieldsDisplayMode

This causes exceptions or incorrect behavior what layout is not performed on the document.

Workaround: Call EnsureDocumentMeasuredAndArranged before the problematic methods.

The parent of an already removed span cannot be found and a NullReferenceException is thrown while performing Undo. Also, multiple asserts are failing in Debug mode. The stack trace is:

UnhandledException: Object reference not set to an instance of an object.
UnhandledException:   at Telerik.Windows.Documents.Layout.LayoutElement.SetParent(LayoutElement newParent)
   at Telerik.Windows.Documents.Layout.LayoutBox.EnsureParent()
   at Telerik.Windows.Documents.Layout.LayoutBox.get_Parent()
   at Telerik.Windows.Documents.Layout.LayoutBox.get_ValidParent()
   at Telerik.Windows.Documents.WordPositionHandler.GetParentHandler()
   at Telerik.Windows.Documents.DocumentPosition.GetCurrentSectionBox()
   at Telerik.Windows.Documents.UI.DocumentPrintLayoutPresenter.GetCurrentPage()
   at Telerik.Windows.Documents.UI.DocumentPrintLayoutPresenter.MeasureOverride(Size availableSize)
   at System.Windows.FrameworkElement.MeasureCore(Size availableSize)

When the users select a table using the thumb provided by the TableAdorner, the table is selected but the Table Tools contextual tab in RadRichTextBoxRibbonUI is not activated.

Workaround: Attach to SelectionChanged and move the caret position to the first position of the table when the selection range is only one and is of type Table. Sample code is attached.

Implement built-in support for the Sogou Pinyin Input Method Editor.

Sogou Pinyin is the most popular IME in China (above 80% of the users are using it).

Currently RadRichTextBox doesn't support Sogou Pinyin IME out of the box, and the users have to manually implement it, as described in the "How to implement your own IME support?" (
https://docs.telerik.com/devtools/wpf/controls/radrichtextbox/ime-support#how-to-implement-your-own-ime-support ) help article and the CustomCaret (https://github.com/telerik/xaml-sdk/tree/master/RichTextBox/CustomCaret ) SDK example. 

Currently unknown/unsupported elements are skipped, which potentially loses text content. Consider adding setting in HtmlImportOptions allowing the phrasing content (text) of these elements to be imported. 

Sample HTML:

<html>
<body>
<test-test>test-test</test-test>
<body/>
</html>


Browsers visualize it as "test-test", while RadRichTextBox doesn't import anything.

MS Word imports such elements as inline elements (just like spans).

The field result shows the number of pages the current section contains.