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 ?

[sacoum]

Bonjour,

Ikeas: Pour être sincère je n'ai pas trop compris ta solution. Ce que tu expliques c'est de binder les controls a un dictionnaire vide, remplir ce dictionnaire avec mes données et grâce au binding, mes controles s'initialiseront ? Le probleme ce que je ne sais pas quels controls composent mon XAML. Il me faur premierement savoir les controls que le XAML va afficher, ensuite récuperer les bonnes données (associées à ces controls), et les initialiser.

Thomas: Au début je n'avais pas besoin de cet attribut Class, et tout fonctionnait très bien. Mais lorsque je dois utiliser des controls ayant un comportant spécifiques définit dans mes classes (d'ou cette utilisation de l'attribut Class), ce ne passe plus.

[ikeas]

et si dans le dictionnaire tu mettait des template de representation ?
qui utiliseraient des controls que tu connais

ceci etant a mon avis si les controls sont dans un assembly qui n'est pas encore charger il faudrait aussi le charger dans le appdomain (d'ailleurs c'est peut etre une solution pour l'autre facon de faire)

[sacoum]

Je suis toujours sur mon problème mais j'ai trouvé un sujet similaire au mien sur le forum MSDN.

A la place d'utiliser XAMLReader.Load() qui ne supporte pas x.Class, il est indiqué qu'il faut utiliser Application.LoadComponent(). Ce que je me suis empressé de faire.

Ce Application.LoadComponent est censé me retourner exactement le meme objet que le XAMLReader.

Mon code est donc identique à :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

object ob = Application.LoadComponent(new Uri("test.xaml",System.UriKind.Relative));

En revanche, je me retrouve encore avec une exception levée:

Cannot locate resource "test.xaml"

De plus, je n'ai pas trop compris le dernier message de cette discussion sur le forum MSDN, peut-etre que cela m'aiderait... ?

Voici le lien de la discussion:
Error When Loading XAML File in C# (forum MSDN)

Sacoum.

[Thomas Lebrun]

Dans le dernier message, il dit que tu ne peux pas utiliser directement le nom de ton fichier XAML: il faut que tu passes par la syntaxe qu'il a donné:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Application.LoadComponent(new Uri("/NomDeTonProjet;component/ChildWindow.xaml", UriKind.Relative))

[sacoum]

Oh ok !

Donc si je comprends bien, le but est de reprendre le systeme du chargement du BAML ?

Ce LoadComponent() est la méthode utilisée dans g.cs et donc cela signifie que maintenant je dois compiler mon XAML ?

[Thomas Lebrun]

Non, cette méthode est utilisé pour chargé un fichier XAML: http://msdn.microsoft.com/en-us/library/ms596996.aspx

Un fichier BAML, ce n'est que du XAML compilé

[sacoum]

Ce LoadApplication devrait donc résoudre mon problème alors. Selon MSDN:

"Loads a XAML file that is located at the specified uniform resource identifier (URI), and converts it to an instance of the object that is specified by the root element of the XAML file."
Application.LoadComponent()

Donc cette méthode retourne bien le même objet que le XAMLReader() mais est en plus censée accepter l'attribut x:Class (ce qui est parfait).

Si cela charge juste le XAML, je peux alors placer ou je souhaite ce fichier dans le repertoire de mon projet, il suffit de respecter la sytaxe que tu m'a détaillé Thomas et cela devrait fonctionner...

Or j'obtiens toujours ce Cannot locate resource "page.xaml"

Projet LoadXAML.
Ma syntaxe:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Uri uri = new Uri("/LoadXAML;component/page.xaml", UriKind.Relative);
Object obj = Application.LoadComponent(uri);

Mon fichier page.xaml se trouve dans le repertoire /LoadXAML

Mais cela ne semble pas etre le bon emplacement...

[binoo]

Et ce fichier page xaml est bien inclut au projet ? (c'est à dire tu le vois bien dans l'explorer de solution de visual studio ?)

Sinon je pense que pour le premier terme s'agit plutôt du nom de l'assembly que du nom de dossier en fait. (cf. http://msdn.microsoft.com/en-us/library/aa970069.aspx)
Donc essaie de remplacer par quelque chose dans le genre :

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

Uri uri = new Uri("/nomDeLassembly;component/LoadXAML/page.xaml", UriKind.Relative);

[Thomas Lebrun]

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

Uri uri = new Uri("/nomDeLassembly;component/LoadXAML/page.xaml", UriKind.Relative);

Oui, ca me semble mieux comme ca

[sacoum]

Il s'agit bien de l'assembly, mais rien ne change... toujours cette meme erreur.

Ce que je trouve étrange ce que dans de nombreux examples, cette référence à l'assembly n'est pas souhaitée.

Example MSDN:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
// Relative URI
Uri relativeUri = new Uri("/File.xaml", UriKind.Relative);

(http://msdn.microsoft.com/en-us/library/aa970069.aspx)

Ou dans ce topic:

OK I was finally able to load in a Xaml file from the same directory. Here is the code:

object ob = Application.LoadComponent(new Uri("Window1.xaml", System.UriKind.RelativeOrAbsolute));

Voici un lien qui explique assez bien comment cela est censé fonctionner:
http://pavanpodila.spaces.live.com/b...9398!193.entry

Or dans mon cas, mon fichier XAML se trouve dans la même assembly que mon programme, je ne suis donc pas censé faire cette relation entre assembly et fichier XAML dans le LoadComponent() ? Le problème ne serait il donc pas ailleurs ?

[sacoum]

Bon je viens de passer par un autre moyen (qui au final revient au meme...)

Je compile mon fichier XAML en tant que DLL. Dans mon projet de démarrage, je charge l'assembly de la DLL, ensuite en respectant la syntaxe de la méthode LoadComponent(), j'arrive a lire mon fichier XAML, aucune exception n'est levée et j'obtiens le meme objet qu'avec XAMLReader().

Donc tout est parfait

Merci à vous.
Sacoum

[fterf]

Bonjour,

Comment avez-vous fait finalement ?

J'ai le même soucis. Je souhaite charger dynamiquement un fichier xaml qui se trouve dans un répertoire mais pas dans ma solution Visual Sudio et pas moyen, j'obtiens le même message d'erreur comme quoi il n'arrive pas à localiser la ressource.

Je viens de lire que vous y êtes arrivé en compilant le Xaml en Dll mais comment ?

D'avance merci.
FTERF.