Straight to the points:
1) Links: The observed issue is a browser behavior and it is not controlled by the control. You can reproduce the same behavior in an editable IFRAME element as well as in our competitors' editors.
You can try to instruct your users to firstly unlink the links by pressing the Unlink button or clicking at the end of the link and hitting the backspace key.
2) The odd attribute rearranging is an IE behavior. You can reproduce it with the attached editable IFRAME html page.
Here is some additional important information for your scenario:
IFRAMEs (such as the editor's content area) do not havea onchange
event as textareas
do. This is one major problem when determining whether content actually changed. 2) HTML
is not text.
can be easily compared - HTML cannot. Factors such as element attribute sequence, CSS settings, whitespace - can afect the editor "decision making process" and have it raise the "text changed" event even if the content was not actually changed. And the most important reason #3) is that browsers, most importantly IE make a great deal of changes to the content automatically when it is loaded in the browser. For example, IE would covnert all tags to upper case (which is not XHTML compliant). Many browser commands also produce non-XHTML compliant content - which the editor then needs to fix. It is not by chance that the editor features 20+ content filters that get executed automatically by default to correct for browser deficiencies and produce well-formed, valid XHTML. For more information please examine the following demo:
the Telerik team
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Telerik Public Issue Tracking
system and vote to affect the priority of the items.