Any feedback or guidance will be appreciated. Thanks.
Hi Markus,Our developers have resolved the blocking issues that the Ignite UI controls had with SharePoint.If you get the latest Service Release for Ignite UI 2012.2 from the "Keys and Downloads" section of your account, there should no longer be any problems such as JS exceptions or such.However, there are a few very important details that I'd like to make note of:The Ignite UI controls are adding functions to the JavaScript Array and Function prototypes. These functions are then used by all controls. Adding the functions to the array is made for performance reasons: this is the fastest way of reaching them (the functions). We've tried other alternative approaches, but unfortunately all of them caused us to sacrifice performance which is not an acceptable trade-off.Thus, we add the necessary functions using the best way possible: using Object.defineProperty.This way these functions will not be enumerated as members of an Array (by a for-in/for-each cycle which SharePoint's JS scripts uses from time to time).Unfortunately, as you can see from the foot note on Object.defineProperty:[1] In Internet Explorer 8 Object.defineProperty only accepts DOM objects (MSDN reference). So the problem remains only for Internet Explorer 8.The problem is that SharePoint enforces IE to go to 8 compatibility view.So there could still be problems with Ignite UI controls under IE8 when for-in/for-each cycles are used, but that's a downside we've decided to accept. In case you need full compatibility with IE8 or rather - with SharePoint (and it's muff JS scripts), I'd suggest using our SharePoint widgets instead. Hope this helps,Borislav
Object.defineProperty
Hello Borislav,
I have the same problem within an user control for sharepoint. By now, is there a solution herefore?
Thanks in advance!
Markus
sagarsalvi83 said:This issue is not yet resolved. Infragistics team could reproduce this issue but are still looking for the fix. We have provided details to one of the Infragistics guy with the sample code.
Thanks for responding. I guess we're going to have to go with another approach for this.
Dan
This issue is not yet resolved. Infragistics team could reproduce this issue but are still looking for the fix. We have provided details to one of the Infragistics guy with the sample code.