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.

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.

When an application is built with .net version 4.7, the paragraph dialog is clipped in the bottom.

When the preferred width of the table is set to a percentage value and the columns inside have preferred width values in pixels, the bigger width should take precedence when showing the table. At this point, the table column widths are with higher priority.

When the main container of a window is ScrollViewer, the caret is not kept in the view while users move it with the arrow keys.

Some customers are complaining that when the mini toolbar is shown, it is semi-transparent - they expect to be fully shown. Currently, this behavior cannot be customized. Think of adding some setting about how this toolbar will be visualized.

Implement hyphenation in RadRichTextBox for different languages. 

When typing in RadRichTextBox, the characters appear in the document with slight delay.

If the font applied to text doesn't contain Bold or Italic typefaces, the text at the end of the line is clipped.

Workaround: Switch to the old rendering mode (which is somewhat slower):
this.radRichTextBox.TextRenderingMode = TextBlockRenderingMode.TextBlockWithPropertyCaching;

 ArgumentException is thrown when a missing image with no width and height is imported from HTML format.

Steps to reproduce:
1. Import the attached HTML.
2. Wait for a few second for loading the image.

Actual: An ArgumentException is thrown for setting the width or height of an image to an infinity.

Fix available in LIB Version 2017.2.522.

DocumentRuler.CreateHorizontalRuler and DocumentRulerCreateVerticalRuler properties are not always changing the visibility of the horizontal and vertical ruler when set to false. If the properties are set to false in XAML, the corresponding ruler parts are still visible.

The problem is that the values of the properties are reset internally during the controls creation, and after the layout mode of the document is changed.

Workaround: Set the properties in code behind, and reset them after layout mode change:

        public MainWindow()
        {
            InitializeComponent();

            this.ruler.CreateHorizontalRuler = false;
            this.radRichTextBox.DocumentLayoutModeChanged += (sender, e) => this.ruler.CreateHorizontalRuler = false;
        }

Bullet with a big font-size applied is not horizontally aligned with the rest of the bullets of the same level.

Steps to reproduce:
1. Add several paragraphs.
2. Apply a list to the paragraphs.
3. Select a paragraph in the middle.
5. Apply a big font-size, like 24.
6. Export to HTML.

Actual: The bullet with the bigger font-size is not horizontally aligned with the rest of the paragraphs.
Expected: All paragraphs should be horizontally aligned

A custom list applied to several paragraphs is not exported to HTML format with the required font-family and font-size.

Steps to reproduce:
1. Create a custom list with custom font-size and custom font-family. (different from the default).
2. Apply the list to several paragraphs.
3. Set the StylesExportMode property of the ExportSetting of the HtmlFormatProvider to StylesExportMode.Inline (fp.ExportSettings.StylesExportMode = StylesExportMode.Inline)
4. Export to HTML.

Actual: The bullets are exported with the default font-family Verdana and the default font-size.
Expected:  The bullets to be exported with the custom value for the font-family and font-size.

Undoing the action could lead to InvalidCastException, NullReferenceException, and other unexpected behaviors in next interactions with the document.

When the users didn't create a selection but rely on the caret position, the command creates selection on the current inline layout box internally. The selection's end position is on the range end, but it (the end) is not included in the actual selection. When the users try to undo, the range end is missing, which leads to incorrect visualization and different exceptions depending on the actions (when saving the document, when deleting the content, etc.).

Workaround: In CommandExecuting, check whether the selection is empty and create one if so. If the selection's end position is on an annotation range end, move the position to the next one. Clear the selection on CommandExecuted. Code is attached.

Changing the IsEnable property of the document history should clear the undo and redo. Executing undo or redo over a document with changed structure will result in an invalid document.

Steps to reproduce:
1. Add text to the RadRichTextBox.
2. Disable the document history.

Expected: The undo and redo are cleared.
Actual: the undo is not cleared and the MultipleUndoControl contains all changes.

The redo command can't be executed if a content outside of a  permission range is selected. For comparison, the undo command can be executed.

Steps to reproduce:
1. Add two paragraphs to the document with text.
2. Select the first paragraph and add permission range.
3. Protect the document.
4. Add text into the permission range.
5. Press Undo (Ctrl+Z).
6. Select text outside of the permission range.
7. Press Redo (Ctrl+R).

Expected: the redo action should be executed.

Fix available in LIB Version 2015.2.515.

The hyperlinks are not exported properly to DOCX, RTF and HTML format if the HTTP:// prefix is not added in the address when they were created.

Steps to reproduce:
1. Open RadRichTextBox and click on Insert tab -> Hyperlink
2. In address field type: www.telerik.com
3. Export the file to DOCX, RTF or HTML format
4. Open the exported file and click on the hyperlink
Observed result: The hyperlink is pointing to a local resource instead of opening the URL.

As a workaround, the regex used to match a partial hyperlink could be further extended. If this regex succeeds in matching a partial hyperlink the HTTP:// prefix will be automatically added to the partial hyperlink. Here is example of how the regex should be accessed:
(this.radRichTextBox.InsertHyperlinkDialog as RadInsertHyperlinkDialog).HyperlinkPattern

When an enter is pressed the paragraph is split into two parts and does not apply the current editing style to the formatting symbol of the first part.

Steps to reproduce:
Add text to an empty paragraph.
Increase the font-size.
Press enter.

Expected result: If the user starts to write the text should have its font properties from the current editing style. 

Expected result 2: If the client moves the caret around and then return to the beginning of the second paragraph it and start writing, the text should have its font properties from the formatting symbol(which are applied from current editing style when the paragraph has been split). 

The focus stays in the combo box.

Workaround: Attach to the DropDownClosed event of the combo box and focus the presenter:
(this.radRichTextBox.ActiveEditorPresenter as Telerik.Windows.Documents.UI.DocumentWebLayoutPresenter).Focus();

Fix available in LIB Version 2017.2.522.

When document with large images (the original image cannot fit on the page without resizing) are exported to PDF, the PDF document is visualized distorted by Adobe Reader.

The issue is regression, introduced in 2017 R1 SP1.

Workarounds: 
- Use images that can fit on the page.
- Zoom RadRichTextBox to scale which allows the large images to fit fully on the page.

The fix is available in LIB Version 2017.2.627.