As the selection changes when typing inside textbox, JavaScript errors are being thrown. 

For example, checkboxes with plain text as labels before them do not appear selected in RadEditor:

HTML:

    Checkbox: <input type="checkbox" />

Using the desktop MS Word, pasting is fine. Using the Online version, the HTML gets messed up with plenty of unneeded DOM attributes and additional elements.

It would be best if pasting provides a cleaner HTML as it is when pasting form the desktop MS Word.

Pasting complex lists from MS Word are not properly translated to HTML list nesting. Often, the sub lists are mixed up with their parent lists.

RadEditor allows the copy and paste of images directly into the Editor content area. The Editor converts this images to a base 64 string and includes them in the HTML.

What would really be great is if it could instead convert the image to a file, perhaps even from the base 64 string, and save it server side, and instead add an img tag referencing the saved file. This would be very useful for when the editor is being used for sending emails (less space) and even creating content as the file would be able to be cached.

It's already being done in the TeamPulse product when a screenshot or other image is pasted into the editor. Please extend this functionality to be built into the AJAX version.

This may result in invalid content being sent to the server or incorrect behavior of the client-side.

The resize handle of the Editor is not visible if only only edit mode is active (e.g. Design mode).

Steps to reproduce:
1. Run an Editor with the following configuration:

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

Result: The whole module row is not visible, including the resize handle.

Workaround:
<telerik:RadTabStrip ID="RadTabStrip1" runat="server" MultiPageID="RadMultiPage1">
	<Tabs>
		<telerik:RadTab Text="tab1" Selected="true"></telerik:RadTab>
		<telerik:RadTab Text="tab2"></telerik:RadTab>
	</Tabs>
</telerik:RadTabStrip>
<telerik:RadMultiPage ID="RadMultiPage1" runat="server">
	<telerik:RadPageView ID="RadPageView1" runat="server" Selected="true">RadPageView 1</telerik:RadPageView>
	<telerik:RadPageView ID="RadPageView2" runat="server">
		<telerik:RadEditor ID="RadEditor1" runat="server" EnableTrackChanges="true"
			TrackChangesSettings-CanAcceptTrackChanges="true" ToolsFile="ToolsTrackChanges.xml">
			<Content>
				<p>paragraph 1</p>
				<p>paragraph 2</p>
			</Content>
		</telerik:RadEditor>

	</telerik:RadPageView>
</telerik:RadMultiPage>

<script type="text/javascript">
	$telerik.$.extend(Telerik.Web.UI.RadEditor.prototype, {
		_initEvents: function() {
			var editor = this;
			if (editor.__original__initEvents) {
				editor.__original__initEvents();
			}
			editor.add_domChange(Function.createDelegate(editor, editor._domChangedHandler));
			editor.attachInternalHandler("keypress", Function.createDelegate(editor, editor._keyPressHandler));
			editor.attachInternalHandler("keydown", Function.createDelegate(editor, editor._keyDownHandlerEnableTrackChangesOverride));
			editor.attachInternalHandler("keydown", Function.createDelegate(editor, editor._keyDownHandler));
		}
	});
</script>

When the EnableTrackCahnges functionality of the Editor is set to true, a context menu is shown only if the user right-clicks over a tracked change. Clicking over a not changed element does not pop-up any context menu (neither the Editor's not the browser one). The issue is reproducible in all browsers.

Steps to reproduce:
1. Run the following configuration:

            <telerik:RadEditor ID="RadEditor1" runat="server" EnableTrackChanges="True">
                <Content>
                    <span>SPAN dssad</span>
                    <div>DIV fsdfksjdfkf</div>
                    <p>Paragraph jfdshfksjdhfksdhk</p>
                </Content>
            </telerik:RadEditor>

2. Right-click over a not track-changed element.

Actual result: No context menu is shown.

Expected result: The Editor's default content menu (or the browser on) is shown.

Cut, Copy and Paste commands shortcuts are not respected in RadEditor. This is preventing the users to apply custom shortcuts to these commands as it is described in the documentation:
http://www.telerik.com/help/aspnet-ajax/editor-keyboard-support.html 

When a parent control is disabled by setting Enabled to false, all children controls should inherit the behavior and act as disabled. RadEditor does not follow this logic and stays enabled. 

The first div element in the content is stripped out, every time a submit occurs with opened HTML tab.

Instead of null, the String.Empty can be used. 

A JavaScript error is thrown when a hidden AccessibleRadEditor is loaded in IE 10. The error message is:

"SCRIPT5007: Unable to get property 'get_element' of undefined or null reference "

Code to reproduce the issue:

        <asp:Button ID="btn1" runat="server" Text="Show Editor" OnClientClick="showEditor(); return false" />
        <div id="div1" style="display: none">
            <telerik:AccessibleRadEditor ID="AccessibleRadEditor1" runat="server" ></telerik:AccessibleRadEditor>
        </div>
        <script>
            function showEditor() {
                $telerik.$("#div1").show();
            }
        </script>

A possible workaround is to set the import step after all other rules in the CssFile of the RadEditor. CssFile would look like:

.h1
{
    background-color: Aqua;
}
.div
{
    color: Green;
}
@import url(StyleSheet.css);

There some issues when both features are enabled:

    - Add comment to tracked change is impossible;
    - Context menu is broken.

Issue: The value of the href property of a link is changed while modifying the content of the link.

Resolution:

This is a IE's feature and can be prevented by executing "AutoUrlDetect" browser command

<telerik:RadEditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad">
</telerik:RadEditor>
  
<script type="text/javascript">
    function OnClientLoad(editor, args) {
        editor.executeBrowserCommand("AutoUrlDetect", false, false);
    }
</script>

More about the matter is available in this thread-- http://stackoverflow.com/questions/3519665/disable-automatic-url-detection-for-elements-with-contenteditable-flag-in-ie

Currently, this command switches from Design to HTML mode and vise versa when EditType="Inline".

In Normal editing mode this tool is disabled in the HTML mode and cannot be used, although it is useful and provides yet another layout option for the default look of the RadEditor.

You can test the additional layout option by running this example:

<telerik:RadEditor runat="server" ID="RadEditor1"
    EditModes="Design" OnClientModeChange="OnClientModeChange">
    <Tools>
        <telerik:EditorToolGroup>
            <telerik:EditorTool Name="Bold" />
            <telerik:EditorTool Name="ToggleEditMode" />
        </telerik:EditorToolGroup>
    </Tools>
</telerik:RadEditor>

<script type="text/javascript">
    function OnClientModeChange(sender, args) {
        setTimeout(function () {
            sender.get_toolAdapter().getToolByName("ToggleEditMode").set_enabled(true);
        },0)
    }
</script>

This tool can be redesigned to be available in the HTML mode in all cases not only when Inline editing mode is enabled.