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.

If some textarea elements are added inside the content area, focusing and typing text inside is almost impossible. There are also cases, where the text overrides the element on typing. 

Additionally, any text input elements are difficult to be selected. It is required to click multiple times so to appear selected.

Using code behind or localization file to change the text of the Design, Preview or HTML buttons break the functionality that enables the end-user to change the modes.

The following snippet can be used as a temporary workaround.

<style type="text/css">
    /* Fixes the visual glitch */
    .reModes a {
        width:auto !important;
    }
</style>

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

<script type="text/javascript">
    function OnClientLoad(editor, args) {
        var $ = $telerik.$;
         
        if (editor.get_renderMode() != Telerik.Web.UI.RenderMode.Lite) return;

        var designAttr = editor.get_localization()["RadEditorDesignMode".toLowerCase()];
        var htmlAttr = editor.get_localization()["RadEditorHtmlMode".toLowerCase()];
        var previewAttr = editor.get_localization()["RadEditorPreviewMode".toLowerCase()];
        
        $("a[title=\"" + designAttr + "\"]").attr("title", "Design");
        $("a[title=\"" + htmlAttr + "\"]").attr("title", "HTML");
        $("a[title=\"" + previewAttr + "\"]").attr("title", "Preview");
    }
</script>

In Firefox and Internet Explorer, the "Remove Alignment" button does not correctly format text with text-align set using an inline style.

For example, if this is the HTML in the editor:

<p style="text-align: center;">Here is text that is center aligned</p>

In the Design editor, the "Remove Alignment" button looks selected, and pushing it has no effect (see screenshot).

In the Javascript, the remove alignment functions for Firefox and IE only remove styles from the DOM element, inline styles are not being removed.