Discussion :

[sacoum]

Bonjour à tous,

Je travaille en ce moment sur le chargement dynamique d'un fichier XAML grâce à la méthode XAMLReader.Load() mais un problème (problème tout a fait logique...) survient lorsque ce fichier XAML possède du code-behind... (par example avec x:Class).

Etant donné que le XAML n'est pas compilé je ne peux pas faire de référence de ce genre, et mon XAMLReader me retourne une exception.

A savoir que les controls définis dans ce fichier XAML sont initiallement vide de toutes données (par example grille totallement vide). Je dois donc parcourir le fichier XAML, trouver les controls, les initialiser et mettre a jour mon interface utilisateur (c'est d'ailleurs pour cela que j'utilisais XAMLReader.Load()).

Malheureusement je n'ai aucune idée pour contourner ce problème, peut-être en avez vous ?

Par avance, merci !
Sacoum.

[tomlev]

tu peux toujours compiler dynamiquement le code behind, en utilisant le namespace System.CodeDom.Compiler

[sacoum]

Je ne suis pas sûr qu'en compilant dynamiquement le code-behind, mon problème sera réglé.

L'exception retournée étant:
"'Class' attribute does not exist in XML namespace 'http://schemas.microsoft.com/winfx/2006/xaml' namespace."

Je pense que XAMLReader.Load n'accepte tout simplement pas cet attribut et que la compilation du code-behind ne changera pas. Non ?

[tomlev]

Essaie avec la surcharge de XamlReader.Load qui prend en paramètre un Stream et un ParserContext. Dans le ParserContext, tu peux spécifier les namespaces

[Thomas Lebrun]

J'avais déjà été confronté à ce genre de problème sans trouver de solutions

A partir du moment où il y a x:Class, il est nécessaire d'avoir un fichier de code behind mais via le XamlReader, ca ne passe pas.
Sans mettre le x:Class, ca marche mais dans ce cas, il est nécessaire d'accéder à chacun des objets du XAML, une fois compilé, pour s'abonner aux évènements.....

[sacoum]

Je viens d'essayer avec le ParserContext, mais rien ne change. L'attribut "Class" ne passe pas.

Je vais "re-expliquer" ma situation, peut-être que ce XAMLReader.Load() n'etait pas un bon départ (en tout cas le final est loupé ^^).

J'ai initialement un fichier XAML qui décrit mon UI: quels controls seront affichés (boutons, grilles, textbox, etc...). Dans ce fichier XAML aucune donnée n'est présente c'est a dire que tous les champs sont vides (grilles vides, textbox vide, etc...). Lorsque mon appli se lance tous ces controls doivent être initialisés.

Mon idée était donc de charger dynamiquement ce fichier XAML via XAMLReader.Load() et de parcourir l'objet retourné à partir de la racine, pour chaque control trouvé, l'initialiser, et mettre ainsi a jour l'objet initial et enfin l'afficher.

Mais problème avec ce x:Class pour mes CustomControl.

[ikeas]

j'ai une solution a te proposer mais je sais pas ce quelle vo
tu bind l'ensemble des propriete sur un dictionnaire type empty (données vide mais presente pour la definition)
des les merge dictionnary de ton apply
puis tu charge un dictionnaire qui contient les données et tu le met en premiere position des merges directory
(tu reprend le dico vide et tu affecte les valeurs)

le binding va faire le reste

[Thomas Lebrun]

Mon idée était donc de charger dynamiquement ce fichier XAML via XAMLReader.Load() et de parcourir l'objet retourné à partir de la racine, pour chaque control trouvé, l'initialiser, et mettre ainsi a jour l'objet initial et enfin l'afficher.

Ca me semble pas mal comme idée

Mais problème avec ce x:Class pour mes CustomControl.

Tu as essayé enlevant cet attribut ?