Hi,

You are correct. When I tested last my codes, then I tried only space/backspace keys and only one line of content. I forgot that Enter key is not processed by keypress event and that innerText might not work well, if explicit new lines are created within HTML view.

I replaced keypress by keydown and replaced over-simplified innerText by fixing real DOM objects (which is what I intended to do before).

I also added "speed-up" condition to process only low keys. You may replace
keyCode < 33
by something like
(keyCode == 32 || keyCode == 13)
or if autoformat will happen with other keys, then corresponding keyCodes can be added to that condition.

<script type="text/javascript">
 function WebHtmlEditor1_KeyDown(oEditor, keyCode)
 {
  if (oEditor._html && oEditor._ie && keyCode < 33) setTimeout(function()
  {
   var elems = oEditor._elem.getElementsByTagName('A'), i = elems.length;
   while (i-- > 0)
   {
    var a = elems[i];
    a.parentNode.replaceChild(document.createTextNode(a.innerHTML), a);
   }
  }, 5);
 }
</script>

<ighedit:WebHtmlEditor ID="WebHtmlEditor1" runat="server" ImageDirectory="~/images/htmleditor/">
 <ClientSideEvents KeyDown="WebHtmlEditor1_KeyDown" />
</ighedit:WebHtmlEditor>

Hi,

Thank you steps. Now I undertood what you refer to. Similar "friendly" replacement of text by link-object is used in almost all Microsoft products/editors and I am in doubt that is possible to disable that feature using public properties.
Building of that object happens not by typing actual text of address, but by typing Space or Enter at the end of that text. So, existing text can be converted to "link-object" by Space. That "build-object" functionality can be toggled by obscure combinations of BackSpace/Space characters at the end of address-text.

To get around, I do not recommend to use css classes, but to process keypress-with-delay or keyup events, check for A object(s) and remove it(them).
The underlined text may appear for awhile and disappear. I hope that end-users may live with that. In that respect the keypress is preferrable, because end-user may press and hold Space key and the A object will stay until end-user releases key. Below is example to implement.

<script type="text/javascript">
 function WebHtmlEditor1_KeyPress(oEditor)
 {
  if (oEditor._html && oEditor._ie) setTimeout(function()
  {
   var div = oEditor._elem;
   if (div.getElementsByTagName('A').length > 0)
    div.innerHTML = div.innerText;
  }, 5);
 }
</script>

<ighedit:WebHtmlEditor ID="WebHtmlEditor1" runat="server" ...>
   <ClientSideEvents KeyPress="WebHtmlEditor1_KeyPress" />
</ighedit:WebHtmlEditor>

Hi Warwick,

Thank you for clarification.
I was confused by statement about clickable links. Currently links, which appear in editable-DIV of IE, are not "clickable": at least browser does not do any actions.
I missed that your original question for #1 was about HTML view, because I did not see similar issue before and I assumed that question was about Design view.

I think, that the only scenario, when html objects (not text) may appear in HTML view, is when end user explicitly inserts objects using clipboard operations like copy/paste. In this case browser will perform requested operation and it will insert not only <a> objects, but everything what was copied: buttons, text fields, images, tables, etc. Those objects will appear in WebHtmlEditor (does not matter which HTML or Design view) not as strings, but as actual browser objects, which are created by browser from clip-board content. WebHtmlEditor does not interact with default functionality of browser related to copy/paste and is not able to modify that neither.

If that is the case with your question, then application may try to process paste event and disable or modify action of browser. It is quite easy to cancel paste. Checking and changing content of clipboard is probably possible as well, though, similar custom functionality is beyond features of WebHtmlEditor.

Example to process and cancel paste action when editor is in HTML view:

<script type="text/javascript">
 function WebHtmlEditor1_Initialize(oEditor)
 {
  oEditor._addLsnr(oEditor._elem, "paste", function(evt)
  {
   if(oEditor._html)
    iged_cancelEvt(evt);
  });
 }
</script>

<ighedit:WebHtmlEditor ...>
 ...
 <ClientSideEvents Initialize="WebHtmlEditor1_Initialize" />
</ighedit:WebHtmlEditor>