Javascript API Insert Issue

You should use insertHtml http://docs.fckeditor.net/FCKeditor_2.x ... Script_API

var ed = FCKeditorAPI.GetInstance('FCKeditor1') ;

// ed.Selection contains following functions
// "GetParentBlock", "ApplyStyle", "GetType", "GetSelectedElement", "GetParentElement", "GetBoundaryParentElement", "SelectNode", "Collapse", "HasAncestorNode", "MoveToAncestorNode", "Delete", "GetSelection", "Save", "Restore", "Release"

ed.Selection.GetSelectedElement().src
ed.Selection.GetParentElement().style.color = "red"

<input type="text" onClick = "f()">

// and..
function f()    {
var ed = FCKeditorAPI.GetInstance('FCKeditor1') ;
ed.InsertHtml('<b>boe</b>');
}

I find it an interesting issue. I tried your editor, and everything works great in Firefox 3.
If you use IE 7, than you get your issue. I suggest to look at existing bug reports, or to create a new ticket.
Have a look here, it seems that IE has a bug in that in allows only one selection in window: viewtopic.php?f=6&t=8814.

FCK.InsertHtml = function( html )
{
   html = FCKConfig.ProtectedSource.Protect( html ) ;
   html = FCK.ProtectEvents( html ) ;
   html = FCK.ProtectUrls( html ) ;
   html = FCK.ProtectTags( html ) ;

//   FCK.Focus() ;
   FCKSelection.Restore() ;
   FCK.EditorWindow.focus() ;

   FCKUndo.SaveUndoStep() ;

   // Gets the actual selection.
   var oSel = FCKSelection.GetSelection() ;

   // Deletes the actual selection contents.
   if ( oSel.type.toLowerCase() == 'control' )
      oSel.clear() ;

   // Using the following trick, any comment in the beginning of the HTML will
   // be preserved.
   html = '<span id="__fakeFCKRemove__" style="display:none;">fakeFCKRemove</span>' + html ;

   // Insert the HTML.
   oSel.createRange().pasteHTML( html ) ;

   // Remove the fake node
   FCK.EditorDocument.getElementById('__fakeFCKRemove__').removeNode( true ) ;

   FCKDocumentProcessor.Process( FCK.EditorDocument ) ;

   // For some strange reason the SaveUndoStep() call doesn't activate the undo button at the first InsertHtml() call.
   this.Events.FireEvent( "OnSelectionChange" ) ;
}

FCK.SetInnerHtml = function( html )      // IE Only
{
   var oDoc = FCK.EditorDocument ;
   // Using the following trick, any comment in the beginning of the HTML will
   // be preserved.
   oDoc.body.innerHTML = '<div id="__fakeFCKRemove__">&nbsp;</div>' + html ;
   oDoc.getElementById('__fakeFCKRemove__').removeNode( true ) ;
}

andrewtite wrote:Do you know how I can fix this?
Can I use some code from 2.6.1?
I am using version 2.6.2 Build 19417.

I have no idea how you can fix this. The code regarding insertHtml did apparently not change between 2.6.1 and 2.6.2 It might be that a change elsewhere in 2.6.2 makes insertHtml to misbehave.
I advise you to test a 2.6.1 installation: http://sourceforge.net/project/showfile ... e_id=75845, as it has been claimed that this release fixes your problem.

Hi all,

This is not a regression bug, but rather a long standing IE bug. Every IE window can contain at most one selection, no matter how many iframes you've opened inside it. So if you select something inside FCKeditor, and then click on a menu outside of FCKeditor, the selection positions inside FCKeditor would be lost and thus calling FCK.InsertHtml() would insert things into a default position (which is the beginning of the document body).

We've implemented a workaround for when floating dialogs need to call InsertHtml() but that workaround does not handle the generic case. I've posted a new workaround for the generic case in https://dev.fckeditor.net/ticket/2376. Note that you'll have to download the SVN code and apply the patch to see the effect, applying the patch to the released code package has no effect.

martinkou wrote:I've posted a new workaround for the generic case in https://dev.fckeditor.net/ticket/2376. Note that you'll have to download the SVN code and apply the patch to see the effect, applying the patch to the released code package has no effect.

So I tried patching fckeditorcode_ie.js with the workaround and it didn't work. Is that what martinkou means when he says that applying the patch to the released code package has no effect? I don't see how else I would apply the patch.

henry_lyne wrote:

martinkou wrote:I've posted a new workaround for the generic case in https://dev.fckeditor.net/ticket/2376. Note that you'll have to download the SVN code and apply the patch to see the effect, applying the patch to the released code package has no effect.

So I tried patching fckeditorcode_ie.js with the workaround and it didn't work. Is that what martinkou means when he says that applying the patch to the released code package has no effect? I don't see how else I would apply the patch.

Well, he said you need the version that is currently in development. You can check it out via subversion, but you can grab a nighlty build here too:http://dev.fckeditor.net/wiki/SVN

Problem still exsists:
Using: MW 1.13
Not working: IE 6.0/7.0
Working: FF 3.0/Opera 9.51

Installed extension from http://svn.fckeditor.net/MediaWiki/trunk
Installed the latest editor from http://sourceforge.net/project/showfile ... e_id=75845
Edited the js according to https://dev.fckeditor.net/ticket/2376

Have also tried to download the pack from SVN http://www.fckeditor.net/nightly/FCKeditor_N.tar.gz (seems like the patches are done on this one)
Still puts the image on the top.

Am i doing something wrong?