FWIW, in 11.1.20111.2054, a grid's persisted settings seem to take precedence over what's in XAML (presumably earlier builds too). I noticed this today when I added a GroupByItemTemplate to one of my columns and it didn't seem to work. After clearing the isolated storage area for my PC, I re-ran the app and everything of course worked as expected. Unfortunately, this makes for a very messy deployment - i.e. my app is already in use - so to get my new group by template to show up, I'll have to contact all users and tell them how to clear their isolated storage and also pass on the bad news that the setting preferences for all their grids will need to be redone.
I realize I could add code to my app to clear the storage and perhaps even merge in their old settings but this seems like a fairly major design flaw. I love the fact that the grid can persist/restore all its settings in so few lines of code, but not being able to change my XAML and have those changes show up automatically after the grid has been restored from persistence makes it fairly useless except for one and done type apps where the grid's XAML will never be changed over the life of the application.
Thoughts???
HI MolallaComm,
This is expected behavior.
You could look into using PersistenceSetting's SavePeresistenceOptions and LoadPersistenceOptions.
Here is a help link to Persistence settings:
http://help.infragistics.com/NetAdvantage/Silverlight/2011/1/CLR4.0/?page=Persistence_Persistence_Settings.html
Sincerely, Matt Developer Support Engineer
Hi MolallaComm,
Thanks for your sample.
I will review it and get back to you by Friday.
Thanks. See attached - the steps to reproduce are in Titles.xaml.
HI,
Can you produce a small isolated sample application that replicates this issue?