The icon of "Font Color" button is wrong in Selection Mini Toolbar. It is the same as the icon of "Text Highlight Color" button. The button itself works properly - changes the color of the font of the selected text.

Mail merge field is inserted with incorrectly placed and inverted first bracket '{' when the paragraph is RTL.

Workaround: Update the field and then toggle it back to code display mode.

Steps to reproduce: 
- Write something in RTL paragraph.
- Insert mail merge field.
Expected: The field is inserted with its normal form: { MERGEFIELD PropertyName }
Actual: The brackets of the field are incorrectly placed: } <some-RTL-text> MERGEFIELD PropertyName }

When a hyperlink is inserted near to a full stop, the spans are reordered.

Steps to reproduce:
1. Write some Arabic text  containing full stop.
2. Select the text after the full stop and insert a hyperlink

Expected: The letters and words preserve their order.
Actual: The letters and/or words are reordered.

Spaces in the text are disappearing when several tabs key are added (using the Tab key). In some cases, parts of words are missing (off the visible page) or are reordered.

Steps to reproduce: 
1. Write some words in a line inside a paragraph, set with justified alignment.
2. Press Tab few times, until the caret goes to the next line
Result: The spaces are not visible, some parts at the end of the text disappear. Sometimes the words are reordered.

When large image is set as watermark and the document is exported to PDF, the image is with significantly worse quality.

When a custom list is created and applied over different parts in the text (which are separated from text without list), the export to DOCX and RTF format is wrong as the list numbering is not correct. Instead of having several lists starting from index 1, there is only one list with continuing numbering in the exported document.

When floating image is anchored to the first position of the first paragraph on a page, and there are some empty paragraph on the previous page, sometimes the image is positioned on the previous page instead of along the paragraph.

This should be similar to the one in HtmlFormatProvider and RtfFormatProvider: Html/RtfImportSettings.FontSubstituting event.

When exporting RadDocument to HTML comments are omitted. 

MS Word, for example, adds comments as end notes using JavaScript.

If nested comments are present in the document, the end users cannot delete the nested one. If they put the caret inside the inner comment, or even inside the balloon associated with the inner comment, and press "Delete Comment", the most outermost comment is deleted instead of the current one.

In Word, slashes, dots, etc. are treated as separate words when moving the caret with Ctrl + Key.Right and Ctrl + Key.Left.

Exporting document containing Hebrew text to PDF results in correct text (letter-by-letter), but with wrong text flow: letters in the words are inverted and flow left-to-right instead of right-to-left.

Implement Mirror margins similar to the option in MS Word.

In MS Word, this is controlled using Page Setup dialog -> Margins -> Pages -> Multiple pages: -> Mirror margins. Another possible options are 2 pages per sheet and Book fold.

The CSS styling for the "p" selector is not imported as a "NormalWeb" style. For example the following:

<style type="text/css">p {margin-top:0; margin-bottom:0;}</style>

should be imported as SpacingBefore and SpacingAfter set to 0 in Normal (Web) style.

When HTML is imported it may contain invalid images. In such case show the alternative text if there is such text.

Left indent and hanging indent of paragraph in a list are changed when the document is exported to HTML and then imported.

Steps to reproduce:
- Add text.
- Apply list over the text.
- Export the document to HTML
- Import the exported HTML
Expected: The paragraph in the list preserves its left indent (18 px) and hanging indent (18 px).
Actual: The paragraph in the list is with left indent 18 px and hanging indent 0 px.

RadRichTextBox's behavior is to reject/accept the whole revision where the caret or selection is. Modify the behavior so only the selected region is rejected/accepted and the rest is split into two revisions. Consider multiple selection ranges as well.

When ignoring incorrect words through the Spelling dialog and you reach the last word in the document which is incorrect, only one more word from the beginning of the document is checked prior showing a message that the check is complete. Instead, all incorrect words starting from the beginning of the document should be spellchecked. 

The issue is reproduced when adding the incorrect words to the dictionary. In order to reproduce the issue, only "Ignore" or "Add to Dictionary" action should be applied. When the actions are mixed, the issue is not reproduced.

Workaround: before opening the spellchecking dialog, move caret at the beginning of the document
this.radRichTextBox.Document.CaretPosition.MoveToFirstPositionInDocument();

Add possibility to import files from MHTML format.