Hi Scott,

That line of code does raise some flags for me. It is unusual to exit edit mode in the CellChange event, since this event fires on most keypresses. It is possible that the grid is exiting edit mode before the user is done entering data, or before the grid has a chance to validate. If this change is specific to your branch version, then I'd highly suspect it as being the cause of the error. However, without having more context, I am unable to say whether this code is the culprit or if it is entirely innocent. To understand what is happening I need a sample that reproduces the behavior that I can use for debugging.  Please provide me with a sample demonstrating the issue.

Your Infragisitcs version might matter, too. Is it feasible to try this out in the latest version to determine whether the behavior is different? If any issue existed on our end in 2010, it is possible that we fixed in a later version.

Hello,

You can pass in the key to Select instead of the path. Paths being with a leading "\" and represent the text of each node path through the tree, whereas keys are programmatically set by the developer.

You can find out the keys for each node from your developers, or use GetNAProperty if necessary. You can learn about the WinTree API here.

Hello,

I recommend using ActivateNode for this purpose. GetCellData will get the information in a cell, but won't select it. I built the following script line based on the information you've provided so far.

SwfWindow("DPS").SwfTreeView("treeseq").ActivateCell "\4", "Seq"

Please try the following and let me know whether it works.

Hi selvi,

This exception is likely happening due to the large amount of data being processed. There are a lot of rows and it appears that there are at least 12 columns, all with summaries. The best way to solve this issue is by reducing the amount of data that the application is working with.

You can reduce the memory usage in your application by reducing the amount of data presented to the user. You might be able to perform the summaries on the backend and show the results, or pre-filter the data before showing it to the user if it is important for them to view individual data rows.

Please let me know if you have any further questions.

Hi Eric,

I recommend taking a look at our Application Styling suite, AppStylist. AppStylist allows you to easily control the look and feel of your application. It comes with many prebuilt style libraries that might give you what you're looking for, and these libraries can be modified in any way you like if you find one that is close, but not exactly what you need.

AppStylist is installed along with Infragistics for Windows Forms so you can run the application and start trying things out, or you can read more about Styling Your Application in our documentation.

Please let me know if you have any questions.

Hi Eric,

You can control the alignment of the title by using the FormStyleSettings.CaptionAreaAppearance.TextHAlign property.

Can you elaborate on what you are trying to do with Office2013 style and why it doesn't look the way you want? Please let me know.

Hi Michael,

Are you able to send the full call stack? That would help me more to identify what might have went wrong and how it might be related to Windows 10.

If you are able to send a sample application, I can investigate it to learn much more information about what is happening. Please let me know if you would prefer not to upload your sample to the public forum and I will create a private support case to receive it.