There are issues with the cursor location when clicking at the end (or to the right) of a line in bullet lists with multiple levels.

When clicking at the end of the line the cursor is unexpectedly placed at the beginning of the line instead of at the end.

This does not happen if you click on some of the actual text or hit the exact location of the last character of the line, but when you naturally click just to the right of the end of the line.

It seems that it does not happen on all levels, but only some, as I have tried to depict in the attached screenshot.

This behavior was replicated on the latest WebForms Editor demo at https://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx

The content of RadEditor does not get styled in div mode in IE11. The styling tag is added before the selected content, instead of around it (e.g. strong tag).

https://www.screencast.com/t/HoqeLyeZX

Steps to reproduce:
1. Open in IE11:  https://demos.telerik.com/aspnet-ajax/editor/examples/contentareamodediv/defaultcs.aspx
2. Clear whole content and write some new symbols
3. Try to style the new content (e.g. make it bold)

When part of a table from MS Excel is copied and pasted into RadEditor under Edge, the RadEditor inserts an image instead of the html for the table. It inserts <img alt="" src="data:image/png;base64, ... " /> instead of the html. IE 11, Chrome and Firefox all paste the html in the RadEditor but MS Edge pastes as an image. Is there a way for the radeditor to override this so the html is pasted instead of an image?

Hi Telerik Team,

There is one recent problem we faced when using RadEditor. The bottom line is distorted.

We are using version telerik version ASP.NET AJAX Q2 2016.

Attached is the screenshot of html. 

Hi Telerik Team,

There is one recent problem we faced when copy paste from word document to Rad Editor. The spacing between the paragraphs is more than what exists in the word document.

The property we are using while copy paste from document to RadEditor

    radTextEditor.StripFormattingOptions = Telerik.Web.UI.EditorStripFormattingOptions.MSWordNoMargins | Telerik.Web.UI.EditorStripFormattingOptions.ConvertWordLists;

The functionality working fine in IE 11.

We are using version telerik version ASP.NET AJAX Q2 2016.

Also there is a default font of Times New Roman in Edge browser which not in IE 11

Attached is the screenshot of html. 

Please look into this.

Hi Telerik Team,

There is one recent problem we faced when copy paste of email address doesn't get open in outlook as HREF property is not set in Edge Browser. The functionality working fine in IE 11.

We are using version telerik version ASP.NET AJAX Q2 2016.

Attached is the screenshot of html. 

Having a font/span tag with applied inline font-size style cannot be formatted by FontSize tool.  

This is a possible workaround that removes font-size inline style when size attribute is to be added:

<telerik:RadEditor runat="server" ID="RadEditor1" OnClientCommandExecuting="OnClientCommandExecuting">
    <Tools>
        <telerik:EditorToolGroup>
            <telerik:EditorTool Name="FontSize" />
        </telerik:EditorToolGroup>
    </Tools>
    <Content>
       <p><span style="font-size:15px;">text</span></p>
    </Content>
</telerik:RadEditor>

<script>
    function OnClientCommandExecuting(editor, args) {
        var command = args.get_commandName();
        if (command === "FontSize") {
            $telerik.$(editor.getSelectedElement()).css("font-size", "");
        }
    }
</script>

I've noticed a problem that the editor is now stripping off any background-image style from any tag. The problem seems to be that it is converting single quotes (') to double quotes (") which then close the opening quote for the style property, therefore making the HTML invalid.

​

Here's how it can be reproduced:

In the rad editor go the HTML tab.

Add the following code:

<div style="background-image: url('something.jpg');">This is a test</div>

Click the Design tab, then back to the HTML tab.

Notice that the attribute has been changed so that it now reads:

<div style="background-image: url("something.jpg");">This is a test</div>

This is obviously invalid HTML. Click on the Design tab then back to the HTML tab. The style has now been removed completely.

This can be reproduced in the current Telerik demo site.

The default action for the Bold and Italic buttons ([B] and [I]) on the toolbar, is to insert the <strong> and <em> tags. However, this is not the same, and may insert the wrong semantic information.

Bold and Italic are used in far more contexts than just emphasis. For example, many people use these functions to create headlines. (While not semantic, this is not incorrect because they choose to apply a styling.) Italic is also commonly used in quotes and references. None of these applications are correct with <strong> and <em> tags.

Also, remember that <strong> and <em> only render as bold and italic in the default settings for the most common browsers. There are many browsers that don't/can't render these as bold and italic, and a website's stylesheet can also easily override the rendering of <strong> and <em>. This is not what the writer expects, as they have simply used the Bold and Italic buttons in the editor.

Instead, the Bold and Italic buttons should insert style code, such as <span style="font-weight: bold"> and <span style="text-decoration: italic">. The Underline button is already doing this.

If the preference is to use tags instead of inline style, then the <b> and <i> tags should be used instead. Please note that, even though these were deprecated in HTML4, they are now again valid for HTML5.

If the goal is to produce semantic HTML, then the Bold and Italic buttons should be replaced with Emphasis and Strong buttons.

I *know* the editor can be configured to do this. It is the default setting (which is used by 99% of your users) that is wrong.

A similar situation was previous the case for the Indent button, which inserted the <blockquote> tag. Thankfully, this has been changed to insert the style="margin-left: 40px;" code instead.

References:
- https://www.nosegraze.com/difference-between-b-strong-html/
- https://web.archive.org/web/20091124170143/http://lists.evolt.org/archive/Week-of-Mon-20010521/032901.html
- http://engineeredweb.com/blog/2013/html5-semantic-diff-bold-strong/
- http://stackoverflow.com/questions/4939807/strong-vs-font-weightbold-em-vs-font-styleitalic
- https://developer.mozilla.org/en/docs/Web/HTML/Element/strong#Bold_vs._Strong
- http://stackoverflow.com/questions/271743/whats-the-difference-between-b-and-strong-i-and-em
- http://www.html5-tutorials.org/html-basics/i-b-em-strong-tags/

(This is not a new situation, many of the references are over 5 years old.)

When creating or updating old areas, the target value always shows either Target or the lastly selected one. It does not update its state.

Entering two consecutive spaces in the middle of a paragraph causes the cursor to jump to the end of the paragraph.

The issue is reproducible with version 2015.1.401 (and not reproducible with Q3 2014)

Steps to reproduce:
1. Open the following url in IE11, setting the compatibility mode to IE8 (or in real IE8)
2. Type in a short sentence into the Editor
3. Place the cursor in the middle sentence and hit the space bar (or other char inserting button)  twice

Result: The cursor will jumps to the end of the sentence.

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

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.

classes are being applied to <p> when you do a return in the design view, sometimes. This one's a bit harder to explain so I apologize if this get's confusing. If you go into the HTML view and wrap some text in a <div> with a class on it then switch over to the design view and add a return and some more text the editor will add the div class to the paragraph tag, it might also strip out the paragrah line and place it after the closing div. If the content within the <div> is already formatted in <p> tags then the editor behaves properly when you do a return in the design view.

See Screencast: http://screencast.com/t/pmcayQrO

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

Hi,

We have just upgraded our controls to fix a security concern with the file upload control. 

However having done this the radeditor nolonger works with firefox. You cannot enter any text into the editor.

Just wanted to know if this was a known issue and if there is a fix/work around.

Step to reproduce:
1. Open Editor Demo in Chrome and change the  font size in the developer console (the F12 button) for the text;
2. enter some text separated by paragraphs (e.g. 
“Test

Test”)
3. Put the cursor before the second “Test” text and press the Backspace button on the keyboard.

Actual result:
The size of the text has been changed.

Expected result:
The size must be the same as it was before the Backspace button was clicked.

Notes:
The issue reproducible only in Chrome.