2010-10-05 4 views
0

Quelqu'un peut-il m'aider à trouver pourquoi l.X1 est réglé sur la valeur par défaut (0.0) lorsque la source liée a une valeur de 156. L'image suivante peut être explicite.Liaison de propriété Silverlight

alt text

+0

Tout est-il déclaré et exécuté sur le même thread? Ma conjecture n'est probablement pas et c'est pourquoi vous voyez ce comportement. WOuld besoin de plus de code pour aider - désolé. –

+0

Tout est déclaré et sur le même fil. – async

+0

Si je commente les lignes suivantes dans ma classe MyObj tout fonctionne comme prévu.Mais j'ai besoin que cette propriété soit la propriété de dépendance. public static readonly DependencyProperty CenterXProperty = DependencyProperty.Register ("CentreX", typeof (double), typeof (MyObj), null); public static readonly DependencyProperty CenterYProperty = DependencyProperty.Register ("CentreY", typeof (double), typeof (MyObj), null); – async

Répondre

0

Ces lignes manquantes dans les méthodes d'ensemble CLR provoquaient ce résultat impair. Dans les méthodes set, j'ai joué avec une propriété attachée différente. SetValue (CenterXProperty, valeur); SetValue (CenterYProperty, valeur);

+0

Marquer cette réponse comme acceptée – Ozan

0

http://forums.silverlight.net/forums/t/66005.aspx

Je ne pense pas que vous pouvez utiliser un DependencyProperty comme BindingSource dans SilverLight. Voir le lien ci-dessus.

+0

Juste curieux, Pourquoi Framworkelement expose une méthode nommée SetBinding (dp, liaison) .quand elle n'est pas supportée – async

+0

Ma compréhension est que le WPF supporte les objets SetBinding() à DependencyProperty dans le Binding.Source, mais que Silverlight ne le fait pas. Je ne jurerai pas à cela, cependant. Pouvez-vous simuler un test avec WPF? – Les

+0

Ces lignes manquantes dans les méthodes d'ensemble CLR provoquaient ce résultat impair. Dans les méthodes set, j'ai joué avec une propriété attachée différente. SetValue (CenterXProperty, valeur); SetValue (CenterYProperty, valeur); – async

Questions connexes