DataBinding Image A_EG_NETWORK_ERROR

Bonjour,

j'ai une erreur SL pas genante mais qui ne fait pas propre.
Donc voici le pb:

J'ai un album photo en silverlight qui se connecte à une base de donnée pour récuperer les info des photo (taille, quand, qui etc...). A pertir de l'ID de la photo, je peux reconstruire une Url du type http://photos.monSiteStockage.com/ID_photo.jpg. J'utilise donc un converter avec du Binding sur la propriété Source d'un control Image. Or au démaragge de l'application, j'ai A_EG_NETWORK_ERROR.

Cela vient surement du Bind car quand je met une Source en dur, plus d'erreur. De plus, mon converter renvois null en cas de problème (mon image ne devrait donc pas essayer de se charger au démarrage).
Enfin, une fois que le DataContext est initialisé, cette erreur disparait.

Quelqu'un a une idée sur l'origine de l'erreur, ou dans le cas contraire un modele de Converter fiable?

Pour info, mon converter converti un int en BitmapImage et renvois null si le parametre d'entrée n'est pas un int.

Ce message d'erreur est courant. Si courant qu'un peu plus de détails serait le bienvenu. Il faudrait une copie du code du converter ainsi que de la partie (code ou xaml) où il est utilisé pour en dire un peu plus.

Je m'atendais à cette réponse :)

voic mon converter:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

public class PhotoSourceConverter : IValueConverter { (public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture) { if (!(value is int)) return null; Uri uri = new Uri(String.Format("http://photos.monSite.fr/Detail/{0}.jpg", value)); return new BitmapImage(uri); } public object ConvertBack(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture) { throw new NotImplementedException(); } }

---

et voici ma balise

Code:

---

1 2	<Image MaxWidth="300" Source="{Binding Path=Id,Converter={StaticResource photoConverter}}" />

---

Premier point :
Avez-vous vérifié (via un point d'arrêt par exemple) que le converter retourne bien null quand c'est approprié. Le code que vous avez transmis est insufisant pour affirmer que le test du type est suffisant. Un test plus large serait plus sur.

Deuxième point :
Je ne suis pas convaincu que renvoyer un null dans ce cas soit approprié. Essayez plutôt de returner un 'new BitmapImage();' (c'est à dire sans Uri) pour voir si ça change quelque chose.

Je n'avais pas pensé renvoyer un BitmapImage vide effectivement, je teste et donne la réponse.

Non, cela ne marche toujours pas. Mais le plus étonnant est que je recois cette erreur sans avoir passé ne serait ce qu'une fois dans mon converter.

Je suis donc toujours en attente d'une idée!

J'ai trouvé pourquoi j'ai une erreur. Je pense que c'est directement le Binding qui plante. Je met {Binding Path=Id...}. Or le path Id ne peut être trouvé car le DataContext est null.

Donc si je met une valeur par défaut dans le context (cette valeur possédent une propriété Nullalble<int>, il n'y a plus de problème (et j'ai rajouté un test dans le converter pour tester les value null).

Y a t'il un moyen plus propre que de mettre une valeur par defaut dans le dataContext?

Non à priori y'a rien de plus propre.
http://silverlight.net/forums/p/38921/112266.aspx

Dans la pratique, quand on parle 'Binding', on parle données. Or quand on parle données, cela sous entend 0,1, ou n données. On est donc dans une logique 'Items'. Oui, les deux cas 0 ou 1 données ne sont que des cas particuliers de la logique 'Items'.

Dans une logique 'Items', nos 'Binding' sont généralement implémentés via un DataTemplate. Ce modèle sera instancié autant de fois que d'Items. Ainsi, 0 fois si il n'y a pas d'Items. Donc, aucun risque d'introduire la moindre erreur en cas de non existence de données.

Si l'on considère les choses sous cet angle, on constatera qu'il y a tout ce qu'il faut pour implémenter nos différents 'Binding' de façon systématique, rigoureuse et propre. Si il n'y a pas ce dont on a vraiment de besoin, tout est prévu pour nous en faciliter l'implémentation comme par exemple la possibilité de créer des ses propres contrôles en héritant de 'ItemsControl'.

Ainsi, lorsque l'on veut travailler avec le 'Binding', je considère qu'il y a toujours une bonne question a se poser : 'Suis-je dans une logique Items ?'. Si l'on veut binder un objet spécifique dans une ressource par exemple, la réponse sera non. Pas besoin de se compliquer la vie. Mais bien souvent, la réponse sera oui. Si c'est oui... Utiliser des contrôles 'Items'.

euh, mlebreton, j'ai pas tout compris. Enfin dans mon cas, le binding est à mon avis la bonne méthode car je bind un objet directement sur un control (cf le tuto de Scott Guthrie, je suis a peu près dans le même cas). Après c'est vrai que j'aurais pu me taper le mécanisme de Bind à la main mais bon..; Pas que ca a faire.

Merci skyounet pour ta réponse. C'est exactement le mm problème. Je vois cela comme un bug (si source est null, pas de binding). Pensez vous que cela sera corrigé dans une version future de SL?

Je met résolu, merci.