si oui, comment ?
avec quel objet ?


si oui, comment ?
avec quel objet ?
oui, avec l'objet "XML Parser", trouvable sur le site de partage d'extensions ..


j'ai trouvé l'objet "Named Variable Object" qui permet de le faire,
mais a chaque fois que je lance l'appli, elle plante.
il n'y qu'une ligne:
en debut de scene-> charge le .xml
j'en conclu que c'est donc la merdouille et que je m'y prends certainement tres mal.
a moins que cela viennes du .xml ?
mon but est de charger des images pour creer un catalogue flash, mais peut eter est ce trop demander a mmf2 ?
j'ai rajouté un compteur qui ajoute une valeur de 1 pendant le loading et il plante a 3( si ca peut aider)


a ce que j'ai vu Xml parser est destiné a la version developpeur, ce qui n'est pas mon cas.

vortex2 avait fait un objet EasyXML pour MMF2. Je ne suis pas certain que cet objet marche hyper bien, à tester.


Bonjour,
L'objet NVO est une liste alors qu'un document XML se rapproche plus d'un arbre. Changer de modèle est assez délicat et utiliser des actions pré-machées déconseillé. Vous ne savez pas quelles sont les hypothèses faites et comment sont gérées les incompatibilités de modèle.
Enregistrer une liste dans un arbre ne pose pas de problème, charger une liste dans un arbre non plus *. Enregistrer un arbre dans une liste et charger un arbre dans une liste sont des opérations problématiques.
A mon goût l'action Charger XML de l'objet NVO ne devrait pas être employée.
En résumé ce qu'il faut retenir est la question : est-ce qu'il y a compatibilité entre les types de données ?
ouly
* il y encore 2-3 bricoles à tenir compte, mais faisons simple dans les explications.
Vortex 2 m'avait aidé sur un projet ; son fichier .mfa utilisait le easyxml : c'était il y a qq années [img]<<GRAEMLIN_URL>>/smile.gif[/img]
Problème, ayant récemment décidé de m'y remettre, j'ai constaté que mmf2 n'arrivait plus à charger l'objet au démarrage. Il fallait ajouter une bibliothèque "visual C++ runtime 2005" mais avec toutes les mises à jour de windows installées depuis, l'installation de ce runtime ne se passe plus correctement, apparemment. Du coup , j'ai dû pour le moment remplacer tous les events de l'appli liés à easy xml par l'objet INI ( après avoir fait renommé l'objet xml parser ( version developper) en easy xml pour que l'appli puisse se charger [img]<<GRAEMLIN_URL>>/smile.gif[/img] ( elle se charge mais pas de miracle : elle plante des qu'on lance l'appli car evidemment xml parser n'est pas un vrai clone de easy xml....


Ah ennuyeux ceci... Actuellement la tendance des développeurs d'extensions MMF est de lier statiquement ce runtime à l'extension. Le runtime est alors intégré dans l'extension et l'installation de la bibliothèque indépendante n'est plus nécessaire.
Vérifiez qu'il n'y ait pas une nouvelle version de Easy XML, peut-être que celle-ci est désormais liée statiquement au runtime.
Sinon une solution rapide pour développer avec Easy XML malgré tout : récupérer la DLL du runtime VC++ 2005 et la placer dans le dossier des extensions de MMF.
Dernière note : le problème pourrait également se poser pour l'utilisateur final. Avant de distribuer une application, il est préférable de vérifier quelles sont les bibliothèques requises par les extensions employées.