AJaX and other questions/suggestions...

> Can we have the FCKEditor in IE without using ActiveX?

it should be possible. I am not an IE person at all, but upon examining fcktools_ie.js, I think it should not take too much to convert this to provide at least basic non-ActiveX ability.

I don't have the time to do it myself at the moment, but here is a version of Sajax which I hacked to provide non-ActiveX AJAX:
http://verens.com/demos/Sajax.phps

Note: the code in sajax_get_common_js() is what you will need to adapt to do this.

Kae

I'm glad you figured out the context menus and posted code. Bravo!

I like the idea of ajax saving. I've been toying with it already.

To be honest I don't think you even need ajax to do it. But I'm still at the stage where it seems to me that just about everything you can do with ajax you could do prior to ajax, but using frames... bah. You can probably just build a form with JS and submit it "in the background" so to speak.

I like ajax tho. I'm just trying to figure out if having threadsafe ajax is required or not. Have'nt seen much on if it's really needed (thread safety).

I'm pretty sure you could use ajax to load a css sheet, transform it to xml, and push that to the "styles" dropdown tag. Only kink is that in CSS you set styles by themselves, but the fckstyles are set by element. I think. I'm not sure if this is even the styles you were talking about.

If you are just talking about the editorarea.css, you can set that to whatever you want already.

Well, thanks again for the code post. I'll put up a n ajax "in-line" save plugin if I ever get it finished. Same goes for the in-line spell check.

Someday, I swear it shall be done. =]

Hey Xenden,

We already use Ajax to load the Styles XML file, the Templates XML file and the File Manager is a complete Ajax application.

Unfortunately IE has no native support for the XmlHttpRequest object and it uses an ActiveX. IE7 will finally support it.

Any attempt to create non ActiveX solutions are very interesting, but are "desperate" workarounds, and so I'm a little sceptic with it. Of course everything must be considered and analyzed as a possible solution.

Also, the editor is independent of the server implementation of loading and saving data. This gives us freedom to decide witch method to use for it. So, a Ajax saving is something that would be implemented outside the editor, as a plugin, and is quite difficult to generalize.

Of course there would be many interesting uses for it, like Ajax forms or even an "auto save" feature. But it would be done using the FCKeditor's JavaScript API, and would be as simple as doing the same job for a normal TEXTAREA. Actually, in this cases the editor mus be seen as a normal form field.

Ok... just some impressions.

I've been working on incorporating AJAX into my own custom plugin and it's coming along nicely. I will post the code when everything is smoothed out. I mostly started doing it because I couldn't figure out how to add a "Save" button without POSTing the form. I actually have a project page for my plugin/browser and it is at http://sourceforge.net/projects/lfobrowser/ . I do not have the AJAX code up there yet because I have never used CVS and am still working on understanding it. But if that proves to take too long, I'll just ZIP the whole thing and put it up.

I've got fckeditor saving without reloading the page, changing the Save Button functionality through FCKeditor_OnComplete event.

You could make use of your favorite ajax function to send values.
Then you need refill the editor's content with the response from your ajax server script. That's all.

I used prototype for all that jazz succesfully