Pasting from Word extra <p> at the top

I'd also be interested to know how / if this can be fixed as I have some users complaining about it. It happens in both IE7 and Firefox 2 for me.

I've also observed it in both FCKeditor 2.6 and 2.5.1.

If i put a Javascript alert in fck_paste.html at the following location the <p>&nbsp;</p> tag isn't there at this point, so it seems to be happening after that point, however I got lost when trying to find it...

      if ( sPastingType == 'Word' )
      {
         // If a plugin creates a FCK.CustomCleanWord function it will be called instead of the default one
         if ( typeof( FCK.CustomCleanWord ) == 'function' )
            sHtml = FCK.CustomCleanWord( oBody, document.getElementById('chkRemoveFont').checked, document.getElementById('chkRemoveStyles').checked ) ;
         else
            sHtml = CleanWord( oBody, document.getElementById('chkRemoveFont').checked, document.getElementById('chkRemoveStyles').checked ) ;
            // AM: alert to see if <p>&nbsp;</p> tag here at this point
            alert(sHtml);
      }

Many thanks,
Andrew.

pmarsh wrote:
My question is there always seems to be an extra :

<p>&nbsp;</p>

Having the same problem here. That non-breaking space in paragraph tags is also added to an empty editor window when the page is saved, and there's no way to get rid of it even if you go into Source view and delete everything. The editor insists on adding that to the field, even if left blank.

Where is this coming from and how can we prevent it from being inserted into all editor windows whether or not they are empty?

Oh boy I had this issue as well in IE7 and it was a PAIN to figure out. I've figured out a temporary fix but I am not sure if it breaks anything just yet. It has to do with the weird "fakeFCKRemove" stuff. In version 2.6.3 in editors/_source/internals/fck_ie.js on lines 167 & 186, there is a comment that reads that this stuff is for this: "Using the following trick, any comment in the beginning of the HTML will be preserved."

But the place that actually seemed to fix it for me is in the editor/js/fckeditorcode_ie.js file. On line 33 there is something that, after inserting line breaks to make it readable (it's all compressed on one line), it looks something like this:

...

FCK.InsertHtml=function(A){
  A=FCKConfig.ProtectedSource.Protect(A); 
  A=FCK.ProtectEvents(A);
  A=FCK.ProtectUrls(A);
  A=FCK.ProtectTags(A);
  FCKSelection.Restore();
  FCK.EditorWindow.focus();
  FCKUndo.SaveUndoStep();
  var B=FCKSelection.GetSelection();
  if (B.type.toLowerCase()=='control') 
  B.clear();
  ***A='<span id="__fakeFCKRemove__" style="display:none;">fakeFCKRemove</span>'+A;***
  B.createRange().pasteHTML(A);
  ***FCK.EditorDocument.getElementById('__fakeFCKRemove__').removeNode(true);***
  FCKDocumentProcessor.Process(FCK.EditorDocument);
  this.Events.FireEvent("OnSelectionChange");
};

FCK.SetInnerHtml=function(A){
  var B=FCK.EditorDocument; 
  ***B.body.innerHTML='<div id="__fakeFCKRemove__">&nbsp;</div>'+A;***
  ***B.getElementById('__fakeFCKRemove__').removeNode(true);***
};

...

What I did is just remove the elements that I marked with "***"'s above and this seemed to fix it. As you can see, it is clearly appending something in front of the content and then attempting to remove it. My guess it that the removeNode stuff isn't actually working and then the <div*>&nbsp;</div>'s that are left just get turned into <p>&nbsp;</p>'s. I am not sure what else this breaks, but I just wanted to follow up on this because it is still a bug that I am experiencing.