When a floating image is moved out of the viewport it disappear and only its borders stay.

Workaround: Set padding: <telerik:RadRichTextBox LayoutMode="Flow" Padding="0 0 0 500" />

Steps to reproduce: 
1. Open RadRichTextBox application

2. Set the layout mode to Web

3. Insert an image and set its text wrapping to Square (use the context menu when you click with the right mouse button on the image)

4. Move the image in a way, part of the image will go outside of the viewport

Observe: Image disappears, only the image adorner stays. Sometimes when you insert another image after the bug has occurred, the bug can be reproduced even without step 4 from the above described.

Expected: The image shall not disappear and it shall be placed near the end of the viewport, but not outside it.

Expose events that are fired when the internal document commands are executed. 

Processing hangs on HTML import when the html file contains large base64 images. 

Add support for = (Formula) fields, including the scenario with referencing other table cells.

More information: https://support.office.com/en-us/article/Field-codes-Formula-field-32d5c9de-3516-4ec3-80ed-d1fc2b5bc21d?ui=en-US&rs=en-US&ad=US

Implement nested mail merge - creating mail merge reports using master-detail tables in a data source.

Typical example of this is creating an invoices with mail merge, where each invoice contains a list of items.

Workaround: for some scenarios creating custom merge field which evaluates to Table could simulate this behavior:
http://www.telerik.com/forums/merge-reports#lUdH39ww00SnEhTLLlrXwA

Currently, when a user double-clicks a word in RadRichTextBox and does not release the left button, moving the cursor drags the selected word. In most word processors the same actions extend the selection. 

Note: The same applies for triple click, which selects the paragraph.

Check all possible shorthand properties, e.g. border-[left/top/right/bottom]. Also check CSS properties like border-[left/top/right/bottom]-[color/style/width].

Permission's range bracket disappears when it is positioned on the last line of the page.

Add support for All Capitals (All caps) and Small Capitals (Small caps) run property. MS Word has such option in Home -> Font -> Dialog Launcher -> Font -> All Caps/Small Caps.

All letters of such runs are visualized as capital letters.

The corresponding elements in OOXML are <w:caps /> and <w:smallcaps />.

Working with PasteOptionsPopup may cause an exception in LayoutElement.SetParent. Very difficult to reproduce, having no consistent steps. Maybe it is related to undo of paste command, but there are no other clues aside from this.

   bei Telerik.Windows.Documents.Layout.LayoutElement.SetParent(LayoutElement newParent)
   bei Telerik.Windows.Documents.Layout.LayoutBox.EnsureParent()
   bei Telerik.Windows.Documents.Layout.LayoutBox.get_Parent()
   bei Telerik.Windows.Documents.Layout.FormattingSymbolLayoutBox.get_IsEndOfCell()
   bei Telerik.Windows.Documents.Layout.FormattingSymbolLayoutBox.GetFormattingSymbolVisual()
   bei Telerik.Windows.Documents.Layout.FormattingSymbolLayoutBox.get_Text()
   bei Telerik.Windows.Documents.SpanBoxPositionHandler.get_Location()
   bei Telerik.Windows.Documents.UI.DocumentWebLayoutPresenter.GetViewPointFromDocumentPosition(DocumentPosition position)
   bei Telerik.Windows.Controls.RichTextBoxUI.PasteOptionsPopup.CalculateLocation()
   bei Telerik.Windows.Controls.RichTextBoxUI.PasteOptionsPopup.OnOwnerLayoutUpdated(Object sender, EventArgs e)
   bei System.Windows.ContextLayoutManager.fireLayoutUpdateEvent()
   bei System.Windows.ContextLayoutManager.UpdateLayout()
   bei System.Windows.UIElement.UpdateLayout()

Currently, the only customization that can be performed is using HyperlinkToolTipFormatString property of RadRichTextBox, which sets the format for all hyperlinks in the document of the control. It would be nice if it were possible to be able to set different tooltips. 

Handwriting keyboard allows you to enter text with a pen or other stylus. This is currently not implemented in RichTextBox and when you are using handwriting keyboard, the text is inserted more than once when the stylus is lifted while writing.

Words separated by certain punctuation symbols are treated as single word by the "spell check as you type" real-time spell checker.

Steps to reproduce:
Case 1:
1. Type 'testt/mest'.
Expected: The two wrong words should be underlined separately
Actual: The whole text is underlined.

Case 2:
1. Type 'test/mest'.
Expected: Only the second word is underlined
Actual: The two words are underlined

Case 3:
1. Type 'testt/mest
2. Show the context menu by clicking on the second word, and choose spell checking suggestion.
3. Show the context menu by clicking again on the second word.
4. Show the context menu for the first word.
Expected: Context menu contains spell checking suggestions
Actual: Context menu doesn't contain spell checking suggestion

Case 4:
1. Type 'test'mest'.
2. Shown context menu by clicking on 'test'
Expected: Context menu contains suggestion for the whole word - 'testament'
Actual: Context menu contains suggestion for the 'mest'

Case 5:
1. Type 'test.mest'.
2. Shown context menu by clicking on 'mest'
Expected: Context menu contains suggestion for the whole word - 'testament' (this happens if the context menu is shown by clicking on the 'test')
Actual: Context menu contains suggestion for the 'mest' only. Clicking on the suggestion replaces only 'mest' with the suggestion.

Case 6: (the same as Case 2, but with non-breaking space)
1. Copy and paste this text in RadRichTextBox 'testt mest' (the white space in non-breaking space)
Expected: only the second word is underlined.
Actual: both words are underlined as one.

Case 1:
Deleting selected part from the beginning of a comment range causes the caret to appear on the next document position than the expected one.
Steps to reproduce:
- Load a document with annotation ranges
- Select from the start of the annotation ranges into the first word in the range
- Hit delete/backspace or call Delete() on the API
- The cursor will end up one position too far to the right after the content is removed

Case 2:
Annotation Ranges where SkipPositionBefore is set to false on the AnnotationRangeEnd cause caret position to jump when deleting content to the right of the Annotation Range.
Steps to reproduce:
- Open a document with Annotation Ranges where SkipPositionBefore is set to false on the AnnotationRangeEnd (the Document Protection sample in the demo app can be used)
- Move the caret to the end of the range.
- Hit the delete key
Expected: The caret remains at the end of the AnnotationRange and content to the right is deleted.
Actual: Content to the right is deleted but eventually the caret will jump to the right by one position and end up outside the Annotation Range.

Add a property that can control whether a table row is allowed to break across pages or not.

When specifying an image is wrapped Top and bottom and has a large distance from text (e.g. 500px top and 500px bottom) an exception in the arrange occurs.

Steps to reproduce:
- Select image and change its Wrapping style to Top and bottom. 
- Set values 500px for distance values

When the content of an entire row is copied and the caret is inserted in the left most column of a row, then the content of each cell in that row should be overwritten with the contents in the clipboard when pasted.

When such content is pasted just after a table, new row is added and filled with values.

When such content is pasted in paragraph, new table is created.

In MS Word, for example, when you "Save as" PDF, you can choose "options" -> Encrypt the document with a password.

Implement an option for controlling how the list-style-type of a list will be exported to the HTML format.

Instead of moving to the same horizontal location in the previous line the caret moves to a location further to the left. If you move the caret with the mouse or arrow keys then the up arrow key works correctly, but if you are actively typing on the current line and hit up arrow the caret usually ends up in the wrong location.

Steps to reproduce:
1. Type line and a half of text in the editor.
2. Without using the mouse, hit the Up arrow key

Expected: The caret moves to the location directly above the current caret position (with the almost the same x-coordinate on the first line).
Actual: The caret moves to the location at the beginning of the first line.