Currently, CopyHyperlink command (Context menu over hyperlink -> Copy Hyperlink) puts hyperlink text in plain text format in the clipboard. Instead, it should put the URI. This way when the user pastes in a plaint text editor, they will get the URI.

Workaround: The user could copy the text from the Edit Hyperlink dialog instead. 

Implement API for hiding built-in styles from StylesGallery. This should be useful, as currently all built-in styles are visible by default, and the only way to hide them is to include them in the document as set Primary to false.

When creating a hyperlink from selected text using the InsertHyperinkDialog, trailing spaces shouldn't be included in the hyperlink, as in MS Word.

RadRichTextBox always shows more than one page when there is enough space on the screen to render them next to each other. Expose an option to show one page view.

Currently exported DOCX document may be visualized by MS Word with different highlight colors. There is a limitation in the document format which RadRichTextBox doesn't respect, and this could be avoided by unifying the palette in RichTextBox's UI with the one in MS Word.

In RadRichTextBox, the highlight color picker has more colors than the one in MS Word. That is why when exporting paragraph with one of the additional colors, MS Word (the DOCX format) won't use it but will fallback to one of the available colors.

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.

ContextMenu holds a reference to last RadRichTextBox it's shown for. Since ContextMenu is cached by MEF, this leads to memory leak. 

Workaround: There are two options:

- manually set different instances of ContextMenu to all your RadRichTextBox-es
this.radRichTextBox.ContextMenu = new Telerik.Windows.Controls.RichTextBoxUI.ContextMenu();

- Create custom context menu that will be non-sharable. MEF will automatically load different instances of it for all RadRichTextBoxes on demand:
[PartCreationPolicy(CreationPolicy.NonShared)]
[CustomContextMenu]
public class NonSharedContextMenu : ContextMenu
{
}

Using any of the options will prevent MEF from creating cached instance of the ContextMenu.

When there isn't space for the first non-repeated row to be drawn on the page, the repeated rows should not be repeated on each page where the table spans - they should be drawn only on the first page (the page where the table begins). 
 
However, currently the requirement described above is not satisfied and the first repeated row is drawn on every page, where the table spans, which is not correct according to the Office Open XML specification. 

Provide option for configuring the measurement units (centimeters [cm], inches [in]) used throughout RadRichTextBox UI, including:
- Ruler (currently supported and configurable through DocumentRuler.MeasurementUnit property which is of type UnitTypes)
- Table dialogs - for indents, widths and heights
- Paragraph indentation (currently shown only in points [pts])
- Section properties - header from top and footer from bottom
- Page setup - columns width in Columns dialog
- Page Margins and Page Size in Ribbon UI

Currently parts of the dialogs and controls shows measures in pixels (actually DIPs), other in inches (e.g. ruler).

Provide option for exporting InlineUIContainer and FloatingUIContainer as images to docx and RTF format.

When text with Code 128 font is rendered in RadRichTextBox, there are some unexpected behaviours:
- Spaces are not rendered (they have special representation in Code 128). This issue will be reproduced for all fonts which define special (non-empty) representation of the space character.
- During rendering, UI inserts  "Left-to-Right Mark" character and "Right-to-Left Mark" character, which are not defined in the font and appear as .notdef glyph, which is white rectangle. This issue will be reproduced for all fonts which do not define these characters.

This includes resizing, rotating and moving. Consider implementing the full functionality for interaction with both floating and inline images. 

Placing a floating image after the end of the last paragraph in a page and switching to Flow layout mode will result in missing an image. The image is actually there, but it is not in the viewport.

The start and end annotations are pasted along with the other content, trying to update the styles leads to cycle and StackOverflowException is thrown.

Workaround: Remove the comments from the document in the clipboard:

void radRichTextBox_ActiveDocumentEditorChanged(object sender, Telerik.Windows.Documents.UI.ActiveDocumentEditorChangedEventArgs e)
{
    if (e.DocumentEditorType == Telerik.Windows.Documents.UI.DocumentEditorType.Comment)
    {
        var currentEditor = this.radRichTextBox.ActiveDocumentEditor as RadRichTextBox;
        currentEditor.CommandExecuting += activeEditor_CommandExecuting;
    }
}

void activeEditor_CommandExecuting(object sender, CommandExecutingEventArgs e)
{
    if (e.Command is PasteCommand)
    {
        RadDocument pastedDocument = ClipboardEx.GetDocument().ToDocument();
        RadDocumentEditor editor = new RadDocumentEditor(pastedDocument);

        editor.DeleteAllComments();

        ClipboardEx.SetDocument(new DocumentFragment(pastedDocument));
    }
}

The built-in Hyperlink style is not applied to hyperlinks imported from HTML (<a> tag). As a result, the hyperlinks in the document do not have the blue underline.

Workaround: Subscribe for the SetupDocument event of the HtmlDataProvider and set the hyperlinks' style manually.
private void HtmlDataProvider_SetupDocument(object sender, Telerik.Windows.Documents.FormatProviders.SetupDocumentEventArgs e)
{
    StyleDefinition hyperLinkStyle = e.Document.StyleRepository[RadDocumentDefaultStyles.HyperlinkStyleName];
    hyperLinkStyle.SpanProperties.ForeColor = Colors.Green;//Color.FromRgb(0xff, 0x7a, 0xcc);
    var hyperlinks = e.Document.EnumerateChildrenOfType<HyperlinkRangeStart>();

    RadDocumentEditor editor = new RadDocumentEditor(e.Document);
    editor.Document.History.IsEnabled = false;

    foreach (HyperlinkRangeStart hyperlink in hyperlinks)
    {
        e.Document.Selection.SelectAnnotationRange(hyperlink);
        editor.ChangeStyleName(RadDocumentDefaultStyles.HyperlinkStyleName);
    }
    e.Document.Selection.Clear();

    editor.Document.History.IsEnabled = true;
}

The attribute is currently not supported when importing HTML documents. It can be replaced with the corresponding CSS property applied to each cell of the table.

The formatting(font size) of a line break is changed to the document default after adding a single paragraph before the line break. However, the current span style will be changed to the default formatting after adding several paragraphs with a text before a line break. This results in adding the next paragraphs with document default formatting instead of the current span style. The problem is reproducable only in flow mode.
Note: the document default style formatting should be different from the formatting of the line breaks.

The style of the table fallbacks to the default one and when the content of a cell is deleted, the current font family and font size are changed. The scenario is working as expected in versions before R3 2016.

The layout of the document goes to infinite cycle and the whole application freezes when specific combination (it's not exactly identified) of sections and section column breaks is present in the document. Sometimes UI may freeze when the document is trying to render for first time.