hello All,
i'm working on a grid (v13.1) that is bound to a bindinglist when the form is loaded. that bindinglist is getting data behind the scenes in r/t and updating the grid CORRECTLY. however when i resize the grid (with the mouse, while running) by maximising the parent form and dragging the parent form corner in/out the grid completely freezes up. this happens when the grid is idle (no background data coming in).
my grid is docked (FULL), .net 4.5.1, wingrid 13.1
there are no calls to PerformAutoResize or any row/col level events being fired. i read one post somewhere on this site that said putting it inside a panel would alleviate this.
What am i doing wrong?
thanks
Al
Hello Al,
Thank you for following up. Let us know if you have any questions while addressing this issue.
thanks Michael. i went through the entire process of simulating data being loaded from a background thread and it was fine. i did find the problem, by process of elimination, where i was setting value lists for drop down columns and must have screwed something up. haven't even gone back to re-code yet. not as critical at the moment.
thanks for your time
That might affect the display which may cause issues. Putting data in background is fine but you cannot bind to it unless you return to the primary thread. "The WinGrid may be in the middle of sending or receiving messages from other running processes and attempting to bind on a different thread may interrupt such communications between the grid and the other processes."
For more details please visit our KB article(best viewed in Google Chrome): http://devcenter.infragistics.com/Support/KnowledgeBaseArticle.aspx?ArticleID=5872
Windows forms controls are not thread safe so if you are using threading, any updates to the controls or what they are bound to needs to be done on the UI thread.
Let me know if you have any questions regarding this matter.
i made some progress during this exercise. i did manage it appears as though it is threading related. basically, i'm creating a binding list on the primary thread (gui) with scope at class level.
that list is being populated from a background thread. that's the only thing i can think of here.
what do you think?
hey Michael, i will try..there are quite a few moving parts.