In Q2 2013 the block commands in RadEditor were greatly improved to match desktop editors closely. This means that now block elements like <p> or <div> are required for operations like creating lists, indent/outdent commands. The default value for the NewLineMode property of the control is BR for historical reasons and thus when the end users press enter they do no longer create elements the block commands can work with. Changing it would be a breaking change, however. Here is a list with possible implications of changing the default NewLineMode value to P: Pros: - The default text editing in modern browsers according to HTML5 specifications (https://dvcs.w3.org/hg/editing/raw-file/tip/editing.html#the-insertparagraph-command) requires that a paragraph is inserted when enter is pressed - The content generated by the end users by default will integrate better with the improved commands of the control - Most desktop rich text editing applications (like MS Word) insert a paragraph when enter is pressed Cons: - A breaking change in the current control behavior and configuration - When paragraphs are inserted they will add more margins so the final appearance of the content and the editing process will require more height - By default, the underlying rich-text editing engine of Firefox uses BR tags and Chrome's - DIV tags Please use the buttons on the right to vote whether this change should be implemented. If you have anything to add - the comments below can be used.
AutoResizeHeight functionality is not working correctly under IE, Chrome and Opera, when it is set to true. Behavior: Under IE: Editor is not resized when content is deleted. Under Chrome: Editor's content area is resized to cover the space but the editor preserve its height. under Opera: Editor keeps expanding when removing content.
Feature request for implementing an improvement related to the current impossibility to select form elements like buttons in RadEditor content area. This is a browser behavior and it is currently preventing form editing element's properties in the module manager.
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.
Such feature will be a convenient availability for developers to create document templates and easy add HTML specified headers and footers
In light of th recent feature of google analytics - Enhanced Link Attribution ( https://support.google.com/analytics/answer/2558867?hl=en-GB ) - the end users may want/need to inspect/edit the id attribute of the anchors generated by the manager or already present in the content. Next to the id textbox ina the manager a button may be added that will generate a random id for the user to make things easier for them. This attribute should also be added to the realtime DOM inspector as a textbox that will allow quick inspecting/editing.
Visit the page http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx and create a hyperlink including the tool tip and the press ok. You should end up with something similar to: Copy Code <a href="http://www.microsoft.com" title="please click on me">Microsoft</a> Now, edit the link and switch to the email tab and enter in an email address and click on ok. You should end up with: Copy Code <a href="mailto:firstname.lastname@example.org" title="please click on me">Microsoft</a> Note, the title attribute has been carried over from the information on the hyperlink tab. There should be a tooltip field to the email tab.
Using sitefinity we get a lot of admins getting "Enter happy" and generating obnoxious amounts of <p> tags or empty divs, or something... I'd love a filter such that when they save it'd go through and clean up (remove) the empty crap content. <p>some text</p> <-- FINE <p></p> <-- GONE <p><br/></p> <-- GONE <p>Final bit of text</p> <-- FINE ...etc
We would like the image manager to be able to support: max-width min-width max-height min-height and produce output similar to: <img src="/randomlink.png" style="width : 100%; height : auto; max-width : 960px; min-width : 200px;" /> This way we can use the RadEditor to produce responsive content.
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.
Hello Team; The following request, is a feature that everyone needs all the time. It is eMail mailmerge control. Here how it works: a) Just like a mailmege that has been around since the 80's, A user can use the editor to create the body/content of an email more like a template that will have tags/placeholders that at run time live data will replace them. This control can use the RADEditor to create such template. This template should be saved in order for the email Merge control to use. b) The second part is the Mailmerge control - W should be able to attach it to a collection of objects (that these objects could have come from database), and each object could provide the FROM, TO, SUBJECT and for MESSAGE, it could use the template that user had created and saved. The Mailmerge will create new email for each object replacing place holders and sends email to SMTP server. If you need more info, please contact me and I'll provide more info. Please everyone, vote for this control/feature. Thanks!
When RadEditor's ContentAreaMode is Div the entire page is printed instead of just the content. Possible solution is changing the mode to Iframe as it is by default.
Currently, RadEditor supports single level context menu only. We had one of the requirement to have a multilevel context menu (like - menu --> sub menu). It would be really nice to have this feature in the upcoming release as it makes the RadEditor more user friendly. -- Rahul.