It would be great to have RadEditor offer CMS type functionality similar to the RadEditor within Sitefinity. The Sitefinity editor allows you to drag and drop different layouts to the editor and then alter each area independently.
Steps to reproduce: 1. Go to http://demos.telerik.com/aspnet-ajax-beta/editor/examples/overview/defaultcs.aspx 2. Type some text 3. Format it as bold, italic and underline 4. Enter two new empty lines 5. Insert a table
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.
In RADEditor, the date and time are shown when hovering over someone's Track Changes or Comments. In order to cater to global audiences, this request is for the ability to specify the date and time format that it will use when displaying those tooltips.
RadTextBox need to include the ability for Columns. right now any docx that has a column gets stripped out when loaded. most business documents we deal with have columns. I have found this feature in other competitive products so i hope Telerik has on on the roadmap and implements it soon.
I think RadEditor is starting to look like a good processor integration, however to make it really good it should support Shapes, Charts. The issue is that it does not support then now, but more that it strips them out of an existing document with then in it when loaded. I personally think this will make our customers mad if we can't have "true" docx loading etc. Love to see this Editor become the De-facto for developers and this is what it will take.
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".
When ContentAreaMode="Div" RadEditor's Content Area's width automatically re-sizes with the content. If width is applied to reContentArea div element, the problem is resolved. Actual behavior: by placing a long word or pasting an image larger than the content area's dimensions, its width is automatically expanded. (see ActualBehavior.png) Expected Behavior: the content area's width should remain unchanged despite word length and pasted image dimensions. (see ExpectedBehavior.png)
Content appears double if there is a Style element inside it and the Spell Check is triggered.
There should be two properties under the SpellCheckSettings that let the developer prevent the alerts that are shown when there are no errors and when spellcheck finishes. They could be called SuppressCompleteMessage and SuppressNoErrorsMessage. They would both be boolean and default to false to prevent a breaking change.
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.