Such tools exist in Word 2013 - 'Show Markup' and 'Display for Review' tools.

They are used by the users to be able to see the originally typed text, the final results (as if the track changes were accepted) and some further options for the visual appearance of the tracked text.

Such option would be very useful in the RadEditor, because in a large text where multiple users would add their suggestion, redaction and comments, the text would go quite unordered and difficult to be handled with. 

Clipboard operations are restricted in these browsers and when the paste tool is used nothing is happening. An alert should show up just like the Copy and Cut tools are designed.

A possible workaround is using the same functionality as the Cut command by incorporating the following JavaScript line of code

<telerik:RadEditor ID="RadEditor1" runat="server">
</telerik:RadEditor>

 <script type="text/javascript">
 	Telerik.Web.UI.Editor.CommandList["Paste"] = Telerik.Web.UI.Editor.CommandList["Cut"];
</script>

When typing text, user tries to change the font-size or font-name a span element is added into the content with the chosen formatting options, but new text is not added into the span but outside.

Due to that the applied formatting does not affect the new text typed in the RadEditor. 

When a BR tag has no precedent text, it is automatically removed. This causes issues when user wants to add some space between lines in the content.

For the time being you can use the ContentAreaMode="Iframe" mode as an alternative solution.

The native ASP.NET controls are capable to preserve their values when using back button of the browser. In the RadEditor control this appears to be broken since 2014 Q1. 

This issue is encountered due to bug fixing related to a memory leak in IE8. You can resolve this by using the old functionality for content preserving and verify if everything works as expected under IE8.

The following markup example shows how to roll back to the old behavior:

<telerik:RadEditor runat="server" ID="RadEditor1">
</telerik:RadEditor>

<script>
    Telerik.Web.UI.RadEditor.prototype.set_contentHiddenTextareaValue = function (htmlValue) {
        var utils = Telerik.Web.UI.Editor.Utils;
        $telerik.$(this._contentHiddenTextarea).val(utils.encodePostbackContent(htmlValue));
    };
</script>

This matter causes incorrect user interaction with the built-in tools.   

Due to the complexity of the IE11 changes of the selection object, with which the RadEditor control interacts to preserve the correct range the only possible resolution is adding a meta tag in the head element of the page to force the IE10 compatibility mode of the browser:

<meta http-equiv="X-UA-Compatible" content="IE=10">

The area shapes in Image Map Editor dialog couldn't be moved or resized in Internet Explorer 11.

Add a property for setting the default mode of RadEditor (Design, HTML, Previw). Currently this could be obtained using the approach in the following help article:

http://www.telerik.com/help/aspnet-ajax/editor-set-mode.html 

Linking an image inserted through the ImageManager via the LinkManager does not place the creating link on the right place - the <a> tag is inserted eithr inside the <img> one or beside it. The issue could be reproduced in IE11.

You can see the issue reproduced in the attached video.

Steps to reproduce:
1. Open http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx in IE11
2. Type some text in the Editor
3. Open the IamgeManager and insert an image
4. Select the inserted image and open the Link Manager

Expected result: the image tag is wrapped inside an <a> tag
Actual result: The <a> tag is inserted inside the <img> one

The layout of the editor's dialogs break when CSS for Window's lightweight mode are appended. This causes unavailability for the developers to use the  lightweight  feature of the Window

Due to this bug users cannot create HTML5 compliant pages with the RadEditor control.

To workaround the problem you can incorporate the JS method provided in this example:

<telerik:RadEditor runat="server" ID="RadEditor1">
    <Content>
        <nav>
            <ul><li>list item1
                </li></ul>
        </nav>
    </Content>
</telerik:RadEditor>

<script type="text/javascript">
    Telerik.Web.UI.Editor.Utils.isBlockElement = function (element) {
        return this.checkForElement(element, /^(?:body|p|div|h[1-6]|form|fieldset|table|thead|tbody|tr|th|td|ul|ol|li|dl|blockquote|address|hr|nav)$/i);
    };
</script>

This bug causes incorrect user behavior. Lists cannot be disconnected with Enter, in some cases user cannot add multiple empty paragraphs. 

To workaround this issue you can incorporate the JavaScript code provided in this example markup:

<telerik:RadEditor runat="server" ID="RadEditor1" NewLineMode="P">
</telerik:RadEditor>

<script type="text/javascript">
	var setCursorFn = Telerik.Web.UI.Editor.Utils._setCursorInNode;
	Telerik.Web.UI.Editor.Utils._setCursorInNode = function (cursorElement, container, editor) {
		setCursorFn.call(this, cursorElement, container, editor);
		if ($telerik.isChrome) {
			var selection = editor.getSelection();
			var range = selection.getRange();
			if (!range.collapsed) {
				range.collapse();
				selection.selectRange(range);
			}
		}
	}
</script> 

A workaround is to set the table element's height as well:

<telerik:RadEditor runat="server" ID="RadEditor1" Height="400">
</telerik:RadEditor>

<telerik:RadButton runat="server" ID="RadBtn1" AutoPostBack="false" 
    Text="Change Size" OnClientClicked="changeEditorSize"></telerik:RadButton>  

<script type="text/javascript">
    function changeEditorSize(sender, args) {
        var editor = $find("<%= RadEditor1.ClientID %>");
        var width = editor.get_element().style.width;
        editor.setSize(width, "200px");
        //this line is the workaround
        editor.get_mainTable().style.height = "200px";
    }
</script>

Due to the LightWeight rendering of the Window the Editor appears broken under IE<10. This is due to the rendering difference when the Window is set to Lightweight mode.

A possible workaround is using a simple ASPX page with RadEditor inside and set it to the RadWindow's NavigateUrl property. 

Setting escaped symbols in the text nodes of the content breaks cursor navigation and word deleting.

This is due to IE10 and less browser versions native behavior to interact with escaped symbols as normal ones. 

A possible resolutions is implementing a filter that strips the undesired characters and disable the IndentHTMLContent:

ASP.NET
________________________________________________________________________________
<telerik:RadEditor ID="radEditMain" runat="server"
     EnableTrackChanges="true"
    OnClientLoad="OnClientLoad">
</telerik:RadEditor>

<script type="text/javascript">
    function OnClientLoad(editor, args) {
        editor.get_filtersManager().add(new MyFilter());

        var cleanHtml = editor.get_html(true);
        editor.set_html(cleanHtml);
    }

    MyFilter = function () {
        MyFilter.initializeBase(this);
        this.set_isDom(false);
        this.set_enabled(true);
        this.set_name("MyFilter");
        this.set_description("RadEditor filter description");
    }

    MyFilter.prototype = {
        getHtmlContent: function (content) {
            var newContent = content;
            //Make changes to the content and return it
            newContent = newContent.replace(/(\r\n|\n|\r)/gm, " ");
            newContent = newContent.replace(/(\t)/gm, " ");
            return newContent;
        }
    }
    MyFilter.registerClass('MyFilter', Telerik.Web.UI.Editor.Filter);
</script>
________________________________________________________________________________


C#
________________________________________________________________________________
protected void Page_Load(object sender, EventArgs e)
{
	radEditMain.DisableFilter(EditorFilters.IndentHTMLContent);
}
________________________________________________________________________________

Due to initial invalid content the Editor's ConvertToXhtml filter throws a JS error that breaks the further initialization of the control. 

A possible resolution is incorporating the following sample code:

<telerik:RadEditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad">
</telerik:RadEditor>

<script type="text/javascript">
    Telerik.Web.UI.Editor.NestedElementsFix.prototype._getLastInvalidWrapper = function (node) {
        var parent = node;
        while (parent.parentNode && this._shouldUnwrapNode(parent.parentNode)) {
            parent = parent.parentNode;
        }
        return parent == node ? null : parent;
    }

    function OnClientLoad(editor, args) {
        editor.set_html(editor.get_html(true));
    }
</script>

The video object inserted in Design mode still present after switching to HTML view. he issue is reproducible in IE11 and IE10.

Steps to reproduce:
1. Navigate to http://demos.telerik.com/aspnet-ajax/editor/examples/clientsideevents/defaultcs.aspx using Internet Explorer 11(11.0.9600.17105 - i assume that if one has ie11 it is this version)
2. Click the Media Manager in the toolbar.
3. Navigate to the folder "PublicRelations" and select the movie "RadNavigation.avi" or upload and select another file.
4. Click insert.
5. Switch to the HTML view in the bottom

Result: The movie is still present even though the view has been changed to HTML. I've noticed that this only occurs when the movie is set to autoplay and its play. If I wait till the movie has stopped and try and switch from Design to HTML it seems to work.

When you add a symbol to the end of a line in IE, the cursor moves down to the next line.  This behavior does not exist in FF or Chrome, and it did not exist for IE in previous versions of the Editor.

Here is a video demonstrating the problem using the Telerik demo editor.

http://screencast.com/t/9S0TjfZzyFqj

If the content of the editor contains an inline style which starts with - as -webkit-text-... like in:

<h1 style="-webkit-text-stroke-width: 0px;">My Title</h1>

A server error is thrown:

Server Error in '/' Application.
Name cannot begin with the '-' character, hexadecimal value 0x2D.