Discussion :

[vilveq]

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 :

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

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

[ellene]

Bonjour,

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

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.

++

[vilveq]

Merci ellene,

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

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

[ellene]

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

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 ?

[vilveq]

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 :

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

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

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

Code :

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

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 ?

[samy2525]

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

[vilveq]

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

[jylaxx]

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 !!!!!

[vilveq]

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

[jylaxx]

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.

[vilveq]

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.

[jylaxx]

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

[vilveq]

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

[nemohp]

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

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.

[vilveq]

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 :

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

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;

[vilveq]

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 :

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

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 :

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

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 :

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

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

[Sergejack]

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.