When a RadDocument is created programmatically and its layout mode is set to Flow, the export to PDF doesn't respect section properties.

The tab is inserted from the wrong side when the paragraph is with RTL direction.

The invalid document can't be measured and IndexOutOfRangeException/NullReferenceException will be thrown.

Currently, exporting to HTML serializes the containers by exporting them to XAML and adding them in a comment in the HTML. There are InlineUIContainerImporting and InlineUIContainerImported events, but the Handled property of the importing event arguments is read-only. This prevents users from creating their own serialization/deserialization logic.

Steps to reproduce:
1. Subscribe to events of the format provider:

            HtmlFormatProvider prov = DocumentFormatProvidersManager.GetProviderByExtension("html") as HtmlFormatProvider;
            prov.ExportSettings.InlineUIContainerExporting += ExportSettings_InlineUIContainerExporting;
            prov.ImportSettings.InlineUIContainerImporting += ImportSettings_InlineUIContainerImporting;
            prov.ImportSettings.InlineUIContainerImported += ImportSettings_InlineUIContainerImported;

2. Insert inline UI container in the document and export it to HTML. InlineUIContainerExporting event is raised and you can set the CommentContent property of the args to custom value.
3. Import the document back in the control

Expected: It should be possible to set the Handled property of the importing event args to true, and assign your desired value to the InlineUIContainer property.
Actual: InlineUIContainerImporting event is raised, but all properties of the event arguments have private setters.

When a paragraph is styled in HTML format  with line-height it should be with AtLeast line spacing type instead of Exact. 

The same thing happens when the line-height is specified as normal: style="line-height: normal;". 

The fix is available in our LIB release (v. 2015.3.1123).

If the main document part of a DOCX document is with name different than "document.xml", for example "document2.xml", the content of the document is not imported. 

Such documents are created by OpenXML SDK, if for example this tutorial is followed:
How to: Convert a word processing document from the DOCM to the DOCX file format - http://tpdogfood.telerik.com/msdn.microsoft.com/en-us/library/office/gg188063(v=office.15).aspx.

RadDocument instance leaks through StylesGallery when RadDocument is set multiple times in a sequence to RadRichTextBox - for example by setting RadRichTextBox.Document property multiple times.

Steps to reproduce:

- Start application containing RadRichTextBox with StylesGallery

- Execute this code on a button click: 

            this.radRichTextBox.Document = new RadDocument();
            this.radRichTextBox.Document = new RadDocument();


Observed: RadDocument leaks through the styles gallery.


Available in LIB version: 2017.1.227

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;

The label for Decimal alignment is truncated.

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

When a document with table of contents is exported to HTML, the fore color, alignment of the page numbers are not respected; the tab leader is missing and the entries are underlined as hyperlinks.

Most of the CJK characters are not defined or don't look good in fonts not specifically designed for CJK.

Because of this it would be convenient the font to be automatically changed to MS Mincho in case the user starts writing CJK characters. 

Note that if the current font supports CJK (for example Arial Unicode MS), the font is not changed to MS Mincho.

The problem occurs in specific situations when a list depends on a style that hasn't been added to the fragment in the clipboard yet.

Workaround: Replace the fragment in the clipboard with one that is already "fixed", as in the attached MainWindow.cs.txt

If there is a paragraph with set background color, the styles for paragraphs are not reset after the colored one and this results in additional background color when importing RTF documents.

In MS Word the user could add different effects to the selected text. This could be done through Font -> Text Effects... button.

In HTML the width of the columns in a table could be set as proportions of the remaining free space using width="3*"

Example:
<TABLE>
<COLGROUP>
   <COL width="30">
<COLGROUP>
   <COL width="30">
   <COL width="0*">
   <COL width="2*">
<COLGROUP>
   <COL width="1*">
   <COL width="3*">
<THEAD>
<TR><TD> ...
...rows...
</TABLE>



First the user agent will allot 30 pixels to columns one and two. Then, the minimal space required for the third column will be reserved. The remaining horizontal space will be divided into six equal portions (since 2* + 1* + 3* = 6 portions). Column four (2*) will receive two of these portions, column five (1*) will receive one, and column six (3*) will receive three.

Note: This is not supported even by MS Word. 

When a document containing fields and with a custom theme is exported to .docx and opened in MS Word, the theme is different.

Available in R3 2018 Official Release.

If a document with default tab stops width 0 or imported or the value is set from the UI, measuring the document when it contains a tab causes an InvalidOperationException with message "MeasureOverride returned Nan".

Workaround: If the case is importing a document, change the default tab stop width to value which is not 0.

            if (document.DefaultTabWidth == 0)
            {
                  // set this to large number if there are performance problems, e.g. 0.5. 
                  document.DefaultTabWidth = 0.01;
            }

Steps to reproduce:
1. Load RadRichTextBox and add text in it.
2. Change default tab stops value from the Paragraph Properties Dialog -> Tabs Dialog to 0''
3. Add a tab to the paragraph.
Observed: InvalidOperationException with message "MeasureOverride returned NaN" is thrown.

Fix available in LIB Version 2017.3.1120.