Introduce an option to change the character which follows the list level symbol. By default this is a Tab character, however, they can be the following:
- Tab
- Space
- Nothing (none following character)

In OOXML, this is described using the 'suff' element.
In MS Word, this setting could be changed by selecting the bullet/number of the list item -> Context Menu -> Adjust List Indents -> Follow number with:.

When underline style is already applied to a text, the style cannot be changed from the Font Properties dialog.

Workaround: Use the dropdown button in the ribbon.

Steps to reproduce:
- Select text.
- Open FontPropertiesDialog (or use ribbonButton for Undelinetext) and set underline style "Line".
- Submit the dialog.
- Right-click on the selected text again.
- Choose "Font..." from the context menu to open FontProperties dialog again.
- Change the underline style.
- Submit the dialog.
Expected: The selected underline style should be applied.
Actual: There is no applied underline style on the text.

Fix available in R3 2018 SP1 release.

If style is applied to some document elements and this style is deleted through the Change Styles dialog, currently visible document elements (paragraph, spans) are not affected and retain the formatting as if the style is still applied.

Steps to reproduce:
- Add some text
- Select the text and create new style with distinguishable formatting, e.g. red forecolor. The style is applied to the selected text.
- Delete the style
Expected: the paragraph gets Normal style, and its forecolor becomes the default black one.
Actual: the Paragraph has still the custom paragraph styling

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.

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 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

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.

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

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. 

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.

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 with PreferredWidth=Auto and fixed columns width is inserted in another table's cell with the same settings, the inserted table changes the width of the other table. 

Documents that are protected using WordsProcessing could be protected using SHA256, SHA512 and SHA384 algorithms. However these algorithms are currently not supported by RichTextBox. Thus, a document protected via WordsProcessing could not be unprotected in RadRichTextBox and NotSupportedException is thrown. Add support for these three algorithms.
Documents protected in MS Word 2013 could not be unprotected in RRTB as well. Exception thrown: Unsupported hashing algorithm: SHA512.

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.

Hyperlink without any navigational information will crash the application with NullReferenceException when showing it.

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.