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

If header/footer containing annotations is set to a document using RadDocumentEditor.ChangeSectionHeader or ChangeSectionFooter methods, the annotations in the body of the header/footer are not paired in the resulting document.

When such document is exported to XAML, NullReferenceException is thrown in the ReindexAnnotationMarkers internal method.

Workaround:
- Do not use RadDocumentEditor to set the footer:
//editor.ChangeSectionFooter(radDocument.Sections.First, HeaderFooterType.Default, new Footer { Body = footerRadDocument });
radDocument.Sections.First.Footers.Default.Body = footerRadDocument;

- Manually "fix" the cloned footer body before the export:
((ISupportInitialize)radDocument.Sections.First.Footers.Default.Body).EndInit();

Pasting HTML content causes RichTextBox to insert a paragraph break, even if the copied content did not include the end of the paragraph.

Steps to reproduce:
1. Copy the first few words in a paragraph from Internet Explorer
2. Paste into the middle of a sentence in the RichTextBox
Expected: The content is pasted inline
Observed: The content is inserted, but a paragraph break is inserted after the content

In Windows 10 1709 Falls creators update there is an upgrade to Microsoft Edge, with which the copy from edge is changed:

1) no longer it is copied in "Rich Text Format"

2) the "HTML Format" data is formatted differently than before - different line separators and the whole html is placed into a single line (unlike before).

Implement built-in support for the Sogou Pinyin Input Method Editor.

Sogou Pinyin is the most popular IME in China (above 80% of the users are using it).

Currently RadRichTextBox doesn't support Sogou Pinyin IME out of the box, and the users have to manually implement it, as described in the "How to implement your own IME support?" (
https://docs.telerik.com/devtools/wpf/controls/radrichtextbox/ime-support#how-to-implement-your-own-ime-support ) help article and the CustomCaret (https://github.com/telerik/xaml-sdk/tree/master/RichTextBox/CustomCaret ) SDK example. 

In MS Word, the users can add a source for the mail merge operation using the Select Recipients option. In the menu, they can import a file containing the data. Expose a similar option in RadRichTextBox as well.

When this alignment is used, all the lines (including the last one) are stretched up to the page margins. This alignment is supported in Silverlight, but currently not implemented for WPF. The task is blocked by missing property in the framework: https://github.com/dotnet/wpf/issues/293 

Importing a document with block-level content controls from XAML causes them to become corrupt. If you scroll to a position in which the said control is only partially visible a NullReferenceException is thrown.

A possible workaround would be to initially save the document as a DOCX (just exporting it to DOCX will not fix the issue as the information is already corrupt).

Another way to reproduce this issue:

1. Create a new document and insert a Rich Text Content Control.

2. Save the document as a XAML file.

3. Reopen the XAML file.

4. Move the caret inside the Content Control.

5. Try to insert a new line by hitting Enter - no new line is added as the content control is marked as Inline Level after the import in step 3.

Case 2: 

Create a document with TOC where the content control of the TOC contains some other inlines.

 

Currently, custom bibliographic styles are not applied to the document when imported. Introducing an event will allow the user to provide the custom bibliographic style implementation and apply it to the document.

Add API for adding embedded file streams (a.k.a. file attachments) to the PDF file produced during the export to PDF.

A Block element that can contain a UI element like an InlineUIContainer, similar to WPF's BlockUIContainer would be a nice enhancement to the control. 

In Word, for paragraphs in a list: 

1. The bullet/number uses the value of the first line indent 

2.1 The text on the first line is aligned according to the left indent when the left indent is smaller than the first line indent (the usual case). 

2.2 If the first line indent is smaller than the left indent, the first line aligns with the rest of the text, using the value of the left indent property. 

2.3 When there are tab stops, they are used for the position of the text. In RadRichTextBox, the text in the first line always aligns according to the FirstLine indent. 

Also, tab stops can be used to position the text after the bullet/number.

When comment is inserted in the document, keyboard focus is not moved to the comment, and when the users start typing, they actually override the comment range in the document.

The table preferred width value set to Auto or in percents is ignored and is always exported with fixed value.

Steps to reproduce:
Create a table with two columns in RadRichTextBox.
Set the table preferred width to auto.
Set the table cell preferred width for both columns to 50%.
Export to Docx format.

Observed result: the table has preferred width as fixed value 6.62 inches. The columns have the correct width.
Expected result: the table preferred width to be auto.

Importing a document containing <pre> should interpret it as paragraph with specific (preformatted) style applied.

Include the calculation of table borders into table layout. The result should be that the borders do not affect the height and width of the row/cell.

Workaround: We have prepared an SDK example which demonstrates how to import .doc files in RadRichTextBox using third-party library. The sample could be found in our SDK repository in Github at the following link: https://github.com/telerik/xaml-sdk/tree/master/RichTextBox/DocFormatProviderDemo

We noticed that the RadRichTextBox for WPF is not working correctly Windows Narrator or JAWS screen readers.  As a result, due to Section 508 compliance, this prevents government clients from using our software.

We have tried three different computers with Windows 7 with Windows Narrator and JAWS 15.0.10026.  Both Windows Narrator and JAWS speak all the controls in our application except for the RadRichTextBox.

Type a few lines in the editor then up, down, left, and right arrow through the text.

We do not hear the character echo when performing left and right arrow.

We do not hear the entire line of text spoken when performing up and down arrow.

When I try this in the RadRichTextBox control, using our test application, using JAWS, I hear the window title "Telerik Test App" when I peform an up and down arrow.

Also, when I perform left and right error I hear the letter "T" which I believe is the first letter in the window title.

When I try this in the RadRichTextBox control, using our text application, using Windows Narrator, I hear "up arrow" and "down arrow" when I peform an up and down arrow.

Also, when I perform left and right error I hear "left arrow" and "right arrow."

Currently saving to an .rtf document with footnotes strips the footnotes and endnotes.

RadRichTextBox.TabIndex property does not have effect. The TabIndex will remain at maximum and RadRichTextBox will be last in the tab order. Moreover, setting RadRichTextBox.IsTabStop to false also doesn't have effect.

The issue is showstopper for the cases where RadRichTextBox is used along with other controls.