Unplanned
Last Updated: 31 Oct 2018 07:50 by ADMIN
When the focus gets in RadRichTextBox, AutomationProperties.Name is not pronounced by screen readers (for example by Windows Narrator).

Workaround: the automation name could be set to the caret as demonstrated in the attached project.
Unplanned
Last Updated: 31 Oct 2018 07:50 by ADMIN
When track changes are enabled deleted content is also taken into account when spellchecking.

Steps to reproduce:
- Type in a wrong word (e.g. thos). 

- Turn Track Changes on. 

- Select the o and replace it with i. 

Expected: The word is not considered wrong and underlined by the spellchecker.

Actual:  "thois" is spell checked and evaluated as wrong. 
Unplanned
Last Updated: 14 Dec 2017 15:49 by ADMIN
'Decrement paragraph left indent' command can set negative left indent which makes bullets/numbering of a list clipped. Instead, it shouldn't be executed if the bullets/numbering would become invisible.

Workaround: Cancel the command in CommandExecuting event:

            this.radRichTextBox.CommandExecuting += (sender, e) =>
            {
                if (e.Command == this.radRichTextBox.Commands.DecrementParagraphLeftIndentCommand)
                {
                    if (this.radRichTextBox.Document.Selection.GetSelectedParagraphs().Any(p => p.IsInList && p.LeftIndent <= 24))
                    {
                        e.Cancel = true;
                    }
                }
            };
Unplanned
Last Updated: 12 Jan 2018 12:56 by ADMIN
When a value is selected in the FontSize combo box using the arrows and Enter, the font size of the selected text is not updated. The same scenario is working as expected when using the font size combo box from the ribbon.
Unplanned
Last Updated: 31 Oct 2018 07:50 by ADMIN
When inserting text (document fragment) next to a correctly spelled word they get both underlined as incorrect.
Unplanned
Last Updated: 19 Mar 2019 16:33 by ADMIN
Font weight, size and other current editing style properties are not preserved when document layout is performed, for example in the following cases:
- the document is in web layout mode and the controls is resized
- scroll bar changes its visibility.

Steps to reproduce:
- Set RadRichTextBox to Web layout mode.
- Type a word, select it and make it bold.
- Press enter and type a word
- Repeat the previous step until RadRichTextBox height is reached and scrollbar appear.
- Type a word.
Expected: The last word is bold.
Actual: The last word is not bold.
Unplanned
Last Updated: 26 Apr 2019 15:14 by ADMIN
The HtmlExportSettings property PropertiesToIgnore can't be used to control how the paragraph or character properties of a list will be exported.
Steps to reproduce:
Create a document with a list of different levels.
Set fp.ExportSettings.PropertiesToIgnore["li"].Add("margin-left");
Export to HTML.
Observed: The PropertiesToIgnore doesn't work for paragraph properties of a list.
Unplanned
Last Updated: 31 Oct 2018 07:51 by ADMIN
Changing the preferred width of columns to percentages from the Table Properties dialog actually sets them in pixels.

Steps to reproduce:
1) Insert a table

2) select table column property and set preferred width to 20%

3) press "next column" button and set preferred width to 20% 

4) Go to previous columns 

Expected: Column width is set in percentage.

Actual: Some (or all) columns have width set in pixels.
Unplanned
Last Updated: 07 Mar 2019 12:39 by ADMIN
Nested tables inherit alignment from its parent table or table cell when importing a document from HTML, but they shouldn't.
The paragraphs are also aligned incorrectly when their parent table has its align attribute set.
Unplanned
Last Updated: 31 Oct 2018 07:54 by ADMIN
When text is using fonts with defined ligatures (e.g. Calibri, Gabriola, etc.) and contains character groups with defined ligature for it, the text width is measured incorrectly (shorter that it should be). As caret and selection navigates on positions computed by this measuring system, they are not synchronized with what is shown in the UI (which correctly respects the ligatures), and there is slight offset from the real character positions and/or clipping of part of the letters at the end of the line.

Examples of such groups are (depending on the font) "tt", "ff", "ffi".
Unplanned
Last Updated: 31 Oct 2018 07:51 by ADMIN
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
Unplanned
Last Updated: 31 Oct 2018 07:51 by ADMIN
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.
Unplanned
Last Updated: 31 Oct 2018 07:51 by Andy
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.
Unplanned
Last Updated: 31 Oct 2018 07:51 by ADMIN
If RadRichTextBox contains a table and is placed in a window and then the window is resized horizontally, the table border are moved unexpectedly and change their place relative to the content of the documen. If the window is maximized and/or restored, some of the borders disappear.

Workaround: Execute the following code snippet in window's or RadRichTextBox' SizeChanged event handler:
if (this.MyRadRichTextBox.ActiveEditorPresenter != null)
{
    this.MyRadRichTextBox.ActiveEditorPresenter.RecreateUI();
}
Unplanned
Last Updated: 10 Apr 2017 07:50 by ADMIN
The default indentation of the list bullets is different when shown in the RadRichTextBox and when exported to HTML and shown in a web browser.
There is a screenshot attached showing how the result is rendered in a web browser.
Unplanned
Last Updated: 03 Aug 2017 06:14 by Rick
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.
Unplanned
Last Updated: 08 Jun 2017 06:41 by ADMIN
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.
Unplanned
Last Updated: 14 Dec 2017 15:41 by ADMIN
Permission's range bracket disappears when it is positioned on the last line of the page.
Unplanned
Last Updated: 23 Oct 2017 12:59 by Rick
The state of the button shows that the current paragraph is still in a list. The button state is updated after moving the caret using the mouse.

Steps to reproduce:
1. Create a list
2. Enter some text in the first item
3. Hit enter twice
Observed: The current paragraph is no longer part of a list but the list button remains active in the ribbon
Unplanned
Last Updated: 21 May 2018 18:11 by Rick
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.
1 2 3 4 5 6