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

Add full support for spell checking of comments. Currently the words are not underlined, and the user cannot show the suggestions in the context menu; but it can trigger the spell checking dialog from the UI command.

Check if this is possible for other child editors like footnotes/endnotes.

Horizontal table borders are drawn outside of the table when vertical table borders are not present. The issue is very visible when background is applied to the table cells - the ends of the horizontal borders finish just outside the table cell background.

When the HightlightColorPicker is in DataTemplate its image cannot be set to a different than the default one. When the control is not in template it is working properly.

By specification this is a sample RTF color table group:

{\colortbl;\red0\green0\blue0;\red0\green0\blue255;\red0\green255\blue255;}


Currently , if there is a whitespace separator (" ") before the tag delimiter (";") an RtfColorTableFormatException is thrown, for example:

{\colortbl ;\red255\green255\blue255 ;\red79\green79\blue79 ;}


Instead, such documents could be easily imported by trimming the whitespace.

Table borders and line spacing seem lost when exporting a document and showing it back in the editor. Making another roundtrip respects the settings.

Implement commands and UI for producing labels using Mail Merge. 

Behind the scenes this is implemented as Table with the proper number of table columns and rows, and eventually (depending on the setup) NEXT field (https://support.office.com/en-us/article/Field-codes-Next-field-3862fad6-0297-411a-a4e7-6ff5bcf178fd?ui=en-US&rs=en-US&ad=US) - so this will eventually require implementing NEXT field.

Note: In MS Word, this is in Mailings -> Start Mail Merge -> Labels...

When TrackChanges is disabled and a text is changed, the Copy command should copy the content as all changes are accepted. So, for example, deleted text is not copied.

Import of HTML containing an element with defined list-style-type styling, which is not a list, will result in loss of the information in the element.
Here is example:
<div style="LIST-STYLE-TYPE: decimal;">
<p><span>Hello world</span></p>
</div>

"Increase Indent" and "Decrease Indent" buttons in the Ribbon (the same commands are invoked when Tab is pressed in specific situations) apply different indent step to the selected paragraphs, depending on the number of selected paragraphs: 
- when applied on one paragraph, the indentation is changed with 18.0 px. 
- when applied on two paragraphs, the indentation is changed with 36.0 px.
- and so on.

When floating images are placed in a header or footer, and are positioned outside of the text editor's area, they are not visualized. 

MS Word visualizes such images as slightly grayed out (similar to watermarks) in normal mode, and always visualizes them in Header/Footer edit mode.

This item is merged with another one concerning the same issue. Please, follow the item at https://feedback.telerik.com/Project/143/Feedback/Details/174624 .

Add support for Widow/Orphan control property of Paragraph. In Open XML specification, this is named "widowControl (Allow First/Last Line to Display on a Separate Page)".

The problem is that as this property is not supported, RadRichTextBox acts as it's 'false' and also doesn't export it, but the default value is actually 'true', which causes layout differences between RadRichTextBox and MS Word.

When an action is executed, say delete, and you perform undo, the text that is inserted back in the control is selected. In RadRichTextBox the end position of the selection is brought into view.

Add support for the following RTF tags (crop from top, bottom, left, right):

\picropt, \piccropb, \piccropl, \piccropr 

Comments are getting collapsed and clipped when there is not enough vertical space to display all of them.

Expose TableOfContentsField.TabStopLeader property which will allow changing the leaders of the tab stops used within the field result. Currently such property exists, but it's internal.

Docx format can encode symbol characters using the <sym> element. Currently this concept is not supported in the document model, and the element is converted to normal character on import. Add support for similar element in the document model, and for its export to Docx.

Add support for TIME field. More information here:
https://support.office.com/en-us/article/Field-codes-Time-field-6cb8fcef-310a-4646-ae6b-886d88335c90?ui=en-US&rs=en-US&ad=US

Local properties are not exported to HTML when style is applied over document element (paragraphs, spans, tables) in case the HtmlExportSettings.StyleExportMode is set to Inline and HtmlExportSettings.StylesRepositoryExportMode is ExportStylesAsCssClasses (which is the default value).

Workaround: Set HtmlExportSettings.StylesRepositoryExportMode to DontExportStyles. This way properties are exported as local properties.

Steps to reproduce:

- Using the Styles dialog, create new "character" style.
- Apply the style over a span with a text.
- Set some local properties to the span - font size or fore color.
- Set HtmlExportSettings.StylesExportMode = StylesExportMode.Inline
- Set HtmlExportSettings.StyleRepositoryExportMode = StyleRepositoryExportMode.ExportStylesAsCssClasses
- Export to HTML.

Expected: Both style and local properties are exported.
Actual: Only the style will be exported.

When document model is used in multi-threaded scenario, all image sources need to be frozen. Expose a method that does that out of the box.

Workaround: Solution with the public API available is in the attached freezeImagesInRadDocument.zip.