Were you able to resolve this issue with the text reversing?  Can we be of any other assistance?

Hi csggroup,

Thank you for a sample. I created IIS web site with those codes, installed Virtual Machine with XP and IE8 and tested that sample.

I indeed was able to reproduce that strange behavior with caret in editor in about 1 attempts from 10-20.

If mouse is clicked outside of editor and then clicked back into editor, then editing works correctly.
I noticed that failure happened only, when before start editing, caret jumped at the beginning of text. Click at the end of text or start typing-in sends caret to the very end of text, and it stays there regardless of other mouse clicks of keyboard entries. Entered characters go in front of text.

I tried to replace WebTextEditor by asp:TextBox. It also had strange failure with same probability: field could not be edited at all.

I was not able to find out (debug) why that ocasional failure happened.

The best I can suggest, is to experiment with focus/selection properties of WebTextEditor. For example:                                                   

<ig:WebTextEditor FocusOnInitialization="true" SelectionOnFocus="SelectAll" id="uxCompanyNameField" runat="server" width="430px" height="20" />

Hi Viktor,

Thanks for the reply. I tried playing around with the options you suggested and also tried setting focus etc. I still have the issue with the text editor.

Any other ideas or suggestions?

Are there any known IE8 compatibility issues?

Thanks!

Any other suggesstions?

Thanks!

Hi csggroup,

Last time I tried my best to experiment with sample and I do not know what to suggest else.

Maybe that issue is related to old version of NetAdvantage, because I tested dll which was built from latest source codes.

If you have dll, which was not upgraded to latest service release, then please try upgrade. You also give me exact version of your dll, I can try to find its ~ date and get from tfs files for that date in order to build debug dll.

Hi Viktor,

I can consistently replicate this issue with version 11.2.20112.2086.

Could you please let me know if there anyways to get around with this?

Thanks!

Hi,

Thank you for report.

There were already few reports related to that.

That happened, because IE11 dropped support for its old (private) selection model, which was used by WebTextEditor. That issue has been fixed by checking for IE11 and using standard selection model (Firefox, Chrome, etc,)

Updates will be available in service releases.

This issue has resurfaced with IE 11.  If I set IE 11 to emulate 10 or lower, it works properly.  If I set compatibility mode for my domain then the menus no longer display as IE's default compatibility mode is IE 7

Hello Leeny,

for a similar situation we found out that it is a IE focussing problem. A client side 'blur()' on the control in question before focussing the control again helped out.

Hi Viktor,

Were you able to replicate this issue using version 11.2.20112.2086?

Thanks,

Leeny