I would just like to say that I'm a big fan of your controls and support. As a Silverlight control vendor you are far ahead of most everyone else out there. However, it seems everytime I upgrade (most recently to Q3 2009), it is not as straightforward as it could (and should) be. During my latest upgrade I found that my app will not compile because the menu item event handlers now used RadRoutedEventArgs instead of RoutedEventsArgs. Ok, not too bad, but I had to touch several modules to get this resolved. When I finally got the app to compile and run, all of my treeviews were blank - no trees, no nodes... not even errors. The trees were just empty.
After several hours of isolating and simplifying my project, it eventually came to light that my custom control template was now incompatible. It seems that something was introduced in Q3 2009 that did not like my previously working template. So now I have to extract the new control template and customize it to get the desired effect. This is easier than trying to figure out what broke.
Is there any way that this could have been avoided? Or, at a minimum, could there have been a readme file that listed breaking changes? I understand that testing backward compatibility is not a simple task but you can save your developer community countless hours if some additional effort is invested in this area.
Thanks,
Raj