Hi matthiasdegroot,

Welcome to Visual WebGui

I sure would appreciate a sample application, as I am unable to reproduce this problem by directly running the CKEditor sample application, included with the wrapped CKEditor's code.

Please clean and zip the sample application, and then email it to the support email address (see my signature). In some cases, emails get blocked because of the .zip extension, so it may be a good idea to rename .zip to .xip for instance.

Please include in your email the full Http reference to this thread and also please post here when you have sent your email.

I also need to know what version of Visual WebGui you are using and what browser(s) you can reproduce the problem on.

Palli

Hi Matthias,

I wasn't able to reproduce exactly what you describe, or at least not how I understood your description. By adding another Button on the left panel, that would only add to the CKEditor.Text and do nothing else, then no matter I used F5 or not, the Text of CKEditor always got updated, so as far as my tests show, the server-side is indeed "connected" to the correct CKEditor instance on the client.

I did however notice what might be the problem you are describing. Because of how the client layouting engine works, and the fact how your controls are constructed, with UserControl docked to top, UserControl docked to bottom and your CKEditor docked to fill, then when you change your "toolbar" like UserControl subcontrols, it will have a triggering effect on the client layouting mechanism, which will result in a reload of CKEditor. The CKEditor client resources are huge, and relatively slow to completely finish loading and initializing, and while they are loading + initializing, there is a small window where invocation of client methods will simply get lost.

I consulted with the lead developer in trying to find a way to prevent CKEditor from loading in this case, but we did not find a way to prevent that on the current version of the framework. I therefore implemented an optional delay that you can place on the commands issued to the client-side of the CKEditor control and you can find the most recent version (v004) uploaded on the CKEditor article here.

This new property is CKEditor.CKInvocationDelay and the value is in milliseconds. You can set this via the Designer, or you can set it runtime. Using your application, then within the CreateEditor() method, I set ckEditor1.CKInvocationDelay = 500 which seems to do the trick.

I tested this in the most recent version of the framework, both WinWeb and .NETHTML5 and as far as I could see, there wasn't any problem.

Please try this new version of CKEditor and see if it fixes your problem.

Palli

Hi Geoff,

Both CKEditor and FCKEditor controls in Visual WebGui are wrappers around a third party control and in that sense we have no control over if it will be supported in a future version or not.

We can confirm that the wrapper for FCKEditor is supported, as it's part of our core SDK, but we also know that the FCKEditor control itself an end-of-life product as the authors have stopped maintening it. We know that the most up to date version of it has some problems with some browsers so it is inevitable that we will need to switch to another rich editor control in the near future.

The CKEditor is not an officially supported control at the moment. It is posted as a code sample, and as such, it has no official SDK support, although we will do our best to make it compatible with future versions of Visual WebGui as long as it is practical to do so. Whether the CKEditor control will be the officially supported rich text editor that will be the sucessor of FCKEditor in our SDK has not been decided yet.

Having said all that, we have users running the most recent QA version of 6.4.0 Release d, both WinWeb and JQT (.NETHTML5) that have been using the control with success, so at the moment, this is a perfect alternate to FCKEditor wrapper. My personal opinion is that faced with the choice of a rich text editor in my project at this point, I would certainly choose CKEditor myself and get the increased browser compatibility that controls supplies over FCKEditor.

Please realize that our codesample for CKEditor is still just a wrapper, with the CKEditor maintained by the third party authors.

Hope this explains,

Palli