Plain text and not detect url

Try to disable the link plugin, might fix it.

make sure the contents of the clipboard is pasted as plaintext. This should fix your problem:

 config.forcePasteAsPlainText = true;

andynedine wrote:
The problem is still not working.

That's strange, it should fix your problem - I did test it before I posted my answer, and I saw that you said you had it activated as plain text, I though you mght have been using the interface buttons rather than down at the javascript config.

Have you tried pasting your test text into the demo using the paste/paste as text/ CTRL+V? I tried with your text and the behaviour is correct, try it just in case you have some sort of weird browser setting on plugin interfering with it. Its unlikely, but lowest common denominator and all that.

It might be a problem with your config file, maybe another option is overridding .forcePasteAsPlainText?

Yes, that's the IE behavior. If you don't want it you'll have to write some smart code to detect when IE opts to create such links or upgrade to IE 9 where they have added an option to disable it.

You'll need a little bit of luck and intuition.

Maybe something so simple as using a keyboard listener that checks after a few milliseconds if now the caret is after a link might work. I don't know, you'll have to test, try, ... I'm not sure if you could use some kind of DOM mutation events, but they are generally too expensive (= slow page).

It would be cool if you find a nice solution, because it's not that hard to create a little bit of nasty code that performs the job (for example checking the number of links before and after each keystroke) but that slows the page to a crawl.

@andynedine

As a temporary workaround (until someone find a better solution) you can include a note that all links will be saved as plain text and then strip all <a> tags on the server side.

This way you'll be also guarded against some other hacks that can be performed on the client side in order to include links.

Unfortunately IE <= 8 doesn't implement DOM mutation events.

Below I propose an idea which can be further developed and improved (e.g. in order to increase performance we could probably operate directly on DOM nodes, bypassing CKEditor's classes)

function eraseLinks()
{
   // check if editor's content was actually changed
   if (eraseLinks.data != editor.getSnapshot())
   {
      eraseLinks.data = editor.getSnapshot();

      // get all A elements
      var elements = editor.document.getElementsByTag("A");
      // for each A element
      for (var i=0; i<elements.count(); i++)
      {
         var item = elements.getItem(i);
         var parent = item.getParent();
         var previous = item.getPrevious();
         var next = item.getNext();
         var children = item.getChildren();
         // for each child
         for (var j=0; j<children.count(); j++)
         {
            var child = children.getItem(0);
            if (previous)
            {
               child.insertAfter(previous);
               previous = child;
            }
            else if (next)
               child.insertBefore(next);
            else
               child.appendTo(parent);
         }      
      }
   }
}

setInterval(eraseLinks, 500);

The eraseLinks() function should be also invoked just before submitting a form.

What's that code supposed to do?

It converts links to text, i.e. removes <A> nodes from the DOM tree. I used periodical polling because I wasn't able to find an appriopriate event.

But that removes every link, not only those created automatically

Yes, of course you're right but I believe it was exacty the original poster's intention.

I'm also afraid that in case of pasting text we won't be able to say if the new link is automatic or not.
E.g. could we differentiate between pasting

www.ckeditor.com

(plain text)
and

<a href="http://www.ckeditor.com">www.ckeditor.com</a>

(explicit link copied e.g. from other part of the same document)
?