I've spent the last 10 days trying to integrate RadEditor into DNN as a replacement for  FCKEditor.  I experienced a few problems with the configuration and these were resolved successfully and promptly by the support team.

The last problem has proved a job stopper.  I'm running DNN 4.8.0 with Ajax enabled (as a host setting).  When I access the user profile (clicking on the registered user name) the user bio section crashes with an error message raised by the editor component.

When I reported the problem to support I was presented with a comprehensive answer as to the changes I would have to make in the DNN core to rectify the issue, applying changes to users.ascx and profile.ascx.

OK, as a temporary fix that might be a solution and I'm not that adverse to rolling my sleeves and fiddling.  When it comes to security components, then I'm less happy and suggested to support that a patch to the editor should be forthcoming.

To my surprise the response from the lead developer was:-

2. In your scenario, however, it is no ordinary case - because MS AJAX is used. MS AJAX is neither part of DNN, nor of Telerik. It is a technology provided by Microsoft. When 3 technologies from three different vendors are combined, it is only common that additional "glue" might be needed. This is not something unusual - despite the fact that each vendor has made their best to make the technology as flexible as possible.

3. We have explained to you where the problem comes from (inherent MS AJAX limitation), and how to workaround it. It is not possible for us to do more than that - further notice about the problem should be delivered to Microsoft's MS AJAX team.

I won't be getting on to Microsoft about the problem just yet, but if any of MS team are listening in - perhaps you'd like to install a fix.

He also offered a full refund and reluctantly I think that's my only practical option.  I just don't see modifying DNN core components for every future upgrade (and they come thick and fast with DNN) is going to be a way forward for me and I get worried when my component vendor starts pointing the finger at other parties.

What about turning off AJAX for those two core modules?

And yes if only two .ascx's need changed and not actual code..  why would you not do it?

Hi,

I've tried to implement the RADeditor and I've found that the FCK has better security implementation.  There are configuraitons where you can set folder permissions tied to the user role.  In my case that wouldn't work because I need to have a user role to have access to a department folder.  And the way Telerik has implemented their security, their would be a specific folder for the user within the department folder.  They do say you could give the user read/write access to every folder, but it's an all or nothing implementation with no granular security abilities like the FCK editor has.  I don't want users from one department to be able delete/edit files from another departmetn.

It's a gread editor, but until they can mimic the FCK security, I'm going to have to hold off.