This question is locked. New answers and comments are not allowed.
Alternative title: how to rig up a dynamic data template for ChartView?
I'd like to create a dynamic data template for a ChartView . However, bindings seem determined to find a property on a custom object which only has an indexor defined.
Currently I'm Getting an ambiguous match found exception in System.Reflection.GetPropertyImpl.
I was getting around this with GenericDataPointBinding + defining lamdas for getters, however since dynamic DataTemplates must be loaded in with the XamlReader.Load method (is this still the case in SL5), I'm having trouble thinking about what to do to get DataTemplates wired up correctly.
I'm thinking the best move will be to stop using data templates.
Please advise.
I'd like to create a dynamic data template for a ChartView . However, bindings seem determined to find a property on a custom object which only has an indexor defined.
Currently I'm Getting an ambiguous match found exception in System.Reflection.GetPropertyImpl.
I was getting around this with GenericDataPointBinding + defining lamdas for getters, however since dynamic DataTemplates must be loaded in with the XamlReader.Load method (is this still the case in SL5), I'm having trouble thinking about what to do to get DataTemplates wired up correctly.
I'm thinking the best move will be to stop using data templates.
Please advise.
1 Answer, 1 is accepted
0
Steven
Top achievements
Rank 1
Rank 1
answered on 03 Sep 2012, 09:20 AM
I should mention that I'm testing work-arounds with RadGridView
The only success is so far is to have n properties like value01, value02, ..., value 60. From there I need to add another type of mapping (not done yet). It would be nice if this feature could just work though so that this wouldn't be necessary..
The only success is so far is to have n properties like value01, value02, ..., value 60. From there I need to add another type of mapping (not done yet). It would be nice if this feature could just work though so that this wouldn't be necessary..