stevencl's WebLog

Parts of it I love - when elements in XAML map directly onto objects I can program against just be referring to the by the ID, that's great. When my code does things to those objects and the changes just appear on screen, that's great too.

But there are a lot of areas where it feels rather more opaque, particularly in contrast to the clarity you get when it's working well.

The whole Changeable thing is one of the parts I've found hardest to get my head around to date. The current documentation is a lot better than it was at first, but there are still some surprises. For example, sometimes you can elect to make something a ChangeableReference so you can keep changing it from time to time. But sometimes you can't - for example, animations all opt out of this behaviour, taking a copy of the Changeable regardless of what its StatusOfNextUse is. Also, I could be wrong, but I think I've seen StatusOfNextUse get ignored whenever you use it in the context of a Style.

Speaking of Styles, the relationship between elements defined in a Style's visual tree, and objects I can get hold of at runtime is one of the areas that feels rather fuzzy. (Certainly very fuzzy in comparison to the very straightforward way I can, outside of the context of a Style, give an element an ID, and just start doing stuff with it in code.)

Also, it struck me as being hard to work out whether should be working with a FrameworkElement, UIElement, Control, Panel, Shape, Geometry or whatever... There seem to be all these different levels of detail, and it's not always clear what the right one is for any given scenario.

(If you want a more continuous stream of issues as and when I hit them, I'll happily email you with them on an ongoing basis - let me know...)

I had some interesting problems with the binding/IValueTransformer. I have the same value bound to multiple controls and I was trying to transform a value based on which control the value was changed from. Unfortunately I couldn't find an equivilent of a "this" pointer of XAML to pass to the IValueTransformer. I also cannot bind to the properties of a binding (to pass data into IValueTransformer's extra data argument.)

Eventually, I could not find a way to pass local data into a IValueTransformer and I ended up re-architecting the program to circumvent this limitation. It was discouraging because it seemed like it should be so easy.