mx:Tree et dataChange

Bonjour,

J'ai un Tree qui est rempli à l'aide d'un dataProvider.
Lorsque je change les valeurs du dataProvider, le tree affiche bien les nouvelles valeurs mais ferme tout les nodes ouvert.

Je pensais donc intercepter l'event dataChange du tree pour utiliser un Tree.openItems pour y réouvrir tout les nodes.

Mais alors que je change les données de mon dataProvider, il ne passe par dans l'event dataChange.

Voici mon code :

Code:

---

1 2 3 4 5 6

<mx:Tree x="10" y="10" width="100%" height="100%" id="TreeGrid" dataChange="doTreeDataChange(event)" dataProvider="{model.getTreeDataResult}" dataDescriptor="{new EdcTreeDataDescriptor()}" labelFunction="treeLabel" iconFunction="treeIcon"/>

---

Des idées ?

Merci

Bonjour,

dataChange est un évènement appelé lorsque la propriété data est modifiée.

Citation:

---

When you use a component as an item renderer, the data property contains the data to display. You can listen for this event and update the component when the data property changes.
The FlexEvent.DATA_CHANGE constant defines the value of the type property of the event object for a dataChange event.

---

Or toi tu veux surveiller le dataProvider, je n'en suis pas très sûre mais il me semble que tu devrais utiliser l'évènement valueCommit.

++

Merci ellene,

Il n'y a donc aucun évènements sur le changement du dataProvider d'un composant ? :calim2:

J'ai essayé le valueCommit mais il se déclenche tout le temps.
Bon, je regarde encore.

Bon j'ai relu la description de ton problème, tu dis :

Citation:

---

Lorsque JE change les valeurs du dataProvider, le tree affiche bien les nouvelles valeurs mais ferme tout les nodes ouvert.

---

Si c'est toi qui le change tu n'as qu'à créer ton propre évènement et faire ton traitement. C'est le plus simple non ?

Pour t'expliquer vraiment mon problème je vais détailler mon code.

Pour info, j'utilise weborb, mais bon c'est juste pour info, ça ne change rien à problème flex.
j'ai donc mon tree qui est binder sur {model.getTreeDataResult}

Code:

---

1 2	<mx:Tree id="TreeGrid" dataProvider="{model.getTreeDataResult}"/>

---

Dans mon code je vais appeler la méthode qui remple le model.

Code:

---

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

[Bindable] private var model:EdcLayerModel = new EdcLayerModel(); private var serviceProxy:EdcLayer = new EdcLayer(model);   public function refreshTree():void { serviceProxy.getTreeData(new ItemResponder(resultGetTreeDataFunction, faultGetTreeDataFunction)); }   public function resultGetTreeDataFunction(result:Object, token:Object = null):void{   }   public function faultGetTreeDataFunction(error:Object, token:Object = null):void{ }

---

Le problème c'est que quand je rentre dans la méthode resultGetTreeDataFunction, le dataProvider du tree n'est pas encore mit à jour.

Ce qu'il me faudrait c'est un event en fin de changement du dataProvider du tree.

Sait-on mettre un évènement sur le dataProvider du tree ou bien sur le binding entre le dataProvider et le model.getTreeDataResult ?

Bonjour,

j'ai déja essayé de résoudre ce problème mais je ne suis pas arrivé, je te laisse ce lien qui contient comment faire pour sauvegarder l'etat de tes noeuds aprés un update du dataprovider

http://www.adobe.com/devnet/flex/qui...ing_with_tree/


et cherche cette phrase

Keep a Tree control open with the data provider is updated

et si tu arrive tiens moi au courant ça m'interesse

Bon courage

Samy

Bon .

j'y suis arrivé, mais au prix de beaucoup de sueur et de larmes.

J'ai mit le code sous l'événement render du tree.
Le problème est que en mettant à jour le dataProvider du tree, on change les nodes (même s'ils sont pareils, Flex considère qu'ils ont changé)

Dans mon cas, avant de mettre à jour le dataProvider de mon tree, je mémorise les openItems, par exemple dans mon cas j'aurais ceci :
[0] = ConsignationORBLayer.vo.ITreeZone (@675de79)

Or après mise à jour du dataProvider, ce même node aura comme signature :

[0] = ConsignationORBLayer.vo.ITreeZone (@66ee159)

Flex considère qu'il s'agit de deux nodes différents, donc, en associant le openItems précédent à mon tree, il n'ouvre pas les nouveaux nodes.

Donc ce que je fais, je dois reconstruire un nouvel openItems sur base du nouveau dataProvider.

Bref, ça fonctionne, mais c'est pas très beau comme code

Dans la mesure où tu change ta source de données je ne vois pas très bien comment le Tree pourrait retrouver les noeuds précédemment ouverts pour la simple et bonne raison que les données peuvent être totalement différentes.

La seule solution est de faire ton propre traitement en sauvegardant les noeuds ouverts avant la modification de la source de données et en les restaurant ensuite.

Je ne vois pas trop en quoi ce code "n'est pas très beau" !!!

Tu veux dire que si ce même code était directement intégré au composant il serait plus beau !!!!!

Flex donne lui même aux nodes une clé unique.
On pourrait très bien imaginer qu'une propriété du tree qui pourrait être du genre : uniqueIDField, pour spécifier une propriété unique des nodes qu'il pourrait utiliser en lieu et place de leur clé.

Tu peux bien utiliser le labelField pour lui spécifier ce qui dans ton objet doit lui servir pour afficher son label, je vote pour que Adobe mette à côté du labelFiel une propriéte uniqueIDField :ccool:

Il existe déjà tout un processus pour fournir un uid à chaque item d'une collection. Je t'invite à lire le code de cette fonction : UIDUtil.getUID()

Il n'est donc pas nécessaire d'en faire davantage.

Ce qui manque c'est la restauration des noeuds ouverts lors de la réaffectation du dataProvider.
Adobe a fait le choix de réinitialiser les noeuds ouverts lors d'un changement de dataProvider, ce qui me semble raisonnable.

Comme tu le dis, Adobe a fait le choix, tout à fait justifiable, de fermer les noeuds ouvert lors du changement du dataprovider.

Et Adobe fournit une propriété (openItems) pour restaurer les noeuds ouvert.
Le seul problème est quand pratique, cette propriété est unitilisable parce que le rechargement du dataProvider modifie les UID des éléments de la collection.

Les uid ne changent pas si c'est toi qui les fournit dans les propriétés de tes données !

Si ce qu'à quoi je pense fonctionne ..je te vénérerais jusque la fin de mes jours et même après :hola:

Citation:

---

Envoyé par vilveq

Si ce qu'à quoi je pense fonctionne ..je te vénérerais jusque la fin de mes jours et même après :hola:

---

Je déterre le POST.

As-tu mis en pratique ta pensé ?

car j'ai un besoin similaire : ré-ouvrir les nœuds du <mx:Tree> apres MAJ de son DataProvider.

Citation:

---

Envoyé par nemohp

Je déterre le POST.

As-tu mis en pratique ta pensé ?

car j'ai un besoin similaire : ré-ouvrir les nœuds du <mx:Tree> apres MAJ de son DataProvider.

---

Bonjour,

Oui, cela fonctionne.
Avant de faire le chagement du dataProvider du Tree tu dois mémoriser les noeuds ouvert :
myTreeOpenNodes = myTrees.dataProvider.openNodes;

le problème que j'avais était que pour Flex, les nouveaux nodes n'était pas les même que les anciens nodes. Fair l'opération inverse :

myTrees.dataProvider.openNodes = myTreeOpenNodes;

ne fonctionnait pas.

Or mes nodes ce sont des objets à moi. Ils ont un ID unique.
Au besoin, je recrée donc un Array avec les nodes que je souhaite ouvrir.

Code:

---

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

// _r est mon array qui va recevoir les nodes à ouvrir var _r:Array = new Array(); //Un curseur qui balaye le dataprovider du tree var dataCursor:IHierarchicalCollectionViewCursor = myTrees.dataProvider.createCursor();   while (dataCursor.current) { //je passe en revue tout les openNodes mémorisé précédement for each ( var item:Object in myTreeOpenNodes ){ // je regarde si les ID corresponde, ce sont mes ID de mes objets if(item.id == dataCursor.current.id){ _r.push(dataCursor.current); break; } } dataCursor.moveNext(); } // AdvancedgridConsignes.validateNow(); // IHierarchicalCollectionView(AdvancedgridConsignes.dataProvider).openNodes = _r; AdvancedgridConsignes.dataProvider.openNodes = _r;

---

Citation:

---

Envoyé par nemohp

Je déterre le POST.

As-tu mis en pratique ta pensé ?

car j'ai un besoin similaire : ré-ouvrir les nœuds du <mx:Tree> apres MAJ de son DataProvider.

---

Bonjour,

Oui, cela fonctionne.
Avant de faire le chagement du dataProvider du Tree tu dois mémoriser les noeuds ouvert :

Code:

---

1 2	myTreeOpenNodes = myTrees.dataProvider.openNodes;

---

le problème que j'avais était que pour Flex, les nouveaux nodes n'étaient pas les mêmes que les anciens nodes. Faire l'opération inverse :

Code:

---

1 2	myTrees.dataProvider.openNodes = myTreeOpenNodes;

---

ne fonctionnait pas.

Or mes nodes ce sont des objets à moi. Ils ont un ID unique.
Au besoin, je recrée donc un Array avec les nodes que je souhaite ouvrir.

Code:

---

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

// _r est mon array qui va recevoir les nodes à ouvrir var _r:Array = new Array(); //Un curseur qui balaye le dataprovider du tree var dataCursor:IHierarchicalCollectionViewCursor = myTrees.dataProvider.createCursor();   while (dataCursor.current) { //je passe en revue tout les openNodes mémorisé précédement for each ( var item:Object in myTreeOpenNodes ){ // je regarde si les ID corresponde, ce sont mes ID de mes objets if(item.id == dataCursor.current.id){ _r.push(dataCursor.current); break; } } dataCursor.moveNext(); } // je reouvre les nodes du tree myTrees.dataProvider.openNodes = _r;

---

Voilà, j'espère que cela à pu t'aider

Moi j'aurais vraiment besoin de pouvoir réagir à un changement de data provider (et même à sa première affectation) est-ce possible ?

Merci.