The reported problem is a browser behavior. The content area is a standard editable IFRAME element and the copy process is controlled by the browser and operating system. I was able to reproduce the same problem with an HTML page and editable IFRAME as well as with our competitors' editors.
The process when copying content from RadEditor and pasting it again in it can be controlled using the OnClientPasteHtml event
of the control. Here is an example:
The OnClientPasteHtml event is also fired when the Paste (Ctrl+V) command is executed. It is useful in scenarios when the pasted content should be modified and inserted in the content area:
function OnClientPasteHtml(sender, args)
var commandName = args.get_commandName();
var value = args.get_value();
if (commandName == "Paste")
//strip here the unwanted tags and formatting and paste the modified content
var newContent = value;
args.set_value(newContent); //set the modified pasted content in the editor
Please, note that the OnClientPasteHtml event fires the Paste command only when the StripFormattingOnPaste property is not set to "NoneSupressCleanMessage". In this case the editor does not process the pasted content and pastes it without modifications.
However, it is not possible to control the paste process in MS Word, because this program does not offer API for handling the paste process.
the Telerik team
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to their blog feed