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?
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.
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.)
Radeditor when initially set as visible="false", the toolbar border images never renders when the control is later set to Visible="true".
Content appears double if there is a Style element inside it and the Spell Check is triggered.
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.
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
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
In the Radeditor. Create a table with multiple rows, multiple columns optional. Add text in the first row. Add a bulleted list in the second row. Save the html and the bulleted list is rendered above the table. It looks like when you type in text and then convert it to a bulleted list it removed the <td> tag and replaces it with <ul><li></li></ul> which means it won't render in the table properly. I tested this with the demo radeditor as well and can duplicate every time.
With RadEditor for AJAX Version 2013 Q3 it is not possible to edit tables in Design view. Clicking within a table seems to cause the editor to lose keyboard focus, the cursor is not visible. The problem is reproducible on the Telerik WYSIWIG Editor demo page.
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.
If the Track Changes feature is enabled Korean language is not detected as modified. The added text is not highlighted.