Discussion :

[Zombee]

Bonjour,

J'ai dans l'idée de crée une interface divisée en deux,
Sur la gauche un arbre et sur la droite une sorte de formulaire qui permet de modifier les données de l'item sélectionné dans l'arbre.

J'aimerai savoir quelle solution serait la plus "propre".
De plus j'utilise un Classe Composant qui a pour attribut une liste d'Element (Composant + Fichier).
De quelle manière puis-je "attacher" cette classe au formulaire ?

Merci

[joel.drigo]

Salut,

Est-ce, dans sa forme (pas ses données) :

1. le même formulaire pour tous les items de l'arbre ?
2. un formulaire différent pour chaque item ?
3. un nombre de formulaires restreints, associé par exemple à propriétés de l'item (par exemple, à un type) ?

Dans le cas 1, tout simplement créer un unique composant (Composite, qui contient par exemple un Form) qui représente le formulaire, avec setter et getter pour lui transférer le modèle de données (ça peut être les informations séparées, ou une classe à toi qui contient ses informations). A chaque sélection, tu appelles le getter (ou les getters) pour pouvoir sauvegarder ce qui a été saisi, tu appelles le setter pour remplir le formulaire avec les données de la nouvelle sélection. L'association des données et des champs peut se faire soi-même, ou par binding.

Dans le cas 2, la zone où s'affiche le formulaire est un composant vide à l'origine, prévoir que chaque item soit capable de fabriquer le formulaire (en lui passant le parent, c'est-à-dire le composant vide créé à l'origine). Avant de créer le formulaire pour le nouvel élément sélectionné, faire la sauvegarde des données de l'ancien, puis faire un dispose(), pour le détruire.

Dans le cas 3, pareil que dans le cas 1, mais le composant contient plusieurs Form, et tu utilises un StackLayout pour choisir celui qui correspond à l'élément sélectionné.

Ensuite, la question est : est-ce une application RCP, ou seulement SWT. Dans le second cas, ton interface sera juste un Shell avec un GridLayout ) 2 colonnes et la sélection se gère se gère par écouteur (org.eclipse.jface.viewers.ISelectionChangedListener pour un TreeViewer). Dans le premier, il peut être intéressant de faire 1 vue pour l'arbre, et un éditeur pour le formulaire, et la sélection se gérera par SelectionProvider, du moins en E3, parce que je ne connais pas trop E4, pas assez pour donner des pistes sur l'implémentation).




Je ne suis pas sûr d'avoir compris ton histoire de composant, mais s'il s'agit d'avoir un objet associé à l'item sélectionné, il suffit de passer sa référence au constructeur de la classe qui représente ton formulaire, et de la stocker dans une variable de la classe.

[Zombee]

Merci joel,

alors pour commencé j'ai utilisé la seconde méthode (même si je n'ai que 3 formulaires différents), j'essaierai sans doute la troisième solution plus tard...
Mais pour l'instant un autre problème me gène. J'ai utilisé un Sash pour séparer mon arbre (à gauche) de mon formulaire (à droite), Et le-dit formulaire n’apparaît pas tant que je ne touche pas au sash. Et forcement lorsque je change d'item, je dispose le composant (puis je le reconstruit) et je doit redécaler le Sash pour qu'il puisse apparaitre....

Est-ce un comportement normal ? (j'en doute)
Comment pourrais-je palier à ce problème ?

Merci

[joel.drigo]

Avec un SashForm, tu peux utiliser setMaximizedControl() pour indiquer le seul composant visible, tant qu'il n'y en a pas d'autres (donc quand il n'y a pas de sélection dans l'arbre). Ensuite, dès qu'il y a une sélection, tu n'as plus qu'à faire setMaximizedControl(null) pour revenir à une situation à plusieurs éléments séparés par des Sash, et si la sélection disparait, tu refais setMaximizedControl( tree ).

Par contre, j'ai l'impression que tu as des problèmes de répartitions des éléments dans le SashForm, c'est çà ? Tu utilises bien setWeights() pour initialiser la répartition ?

[Zombee]

En fait j'utilisais pas un SahsForm mais juste un Sash....
J'ai simplifié mon code en utilisant un SahsForm, mais le problème persistait, pour le solutionner j'ai du appelé comp.layout() après avoir créé les widgets du formulaire.

Et bon conseil pour l'utilisation de setMaximizedControl()

Merci Beaucoup !

[joel.drigo]

...mais le problème persistait, pour le solutionner j'ai du appelé comp.layout() après avoir créé les widgets du formulaire.

Ah, oui, parce que tu les crées après coup (après avoir affiché le SashForm sans). D'ailleurs, il est nécessaire de le faire également chaque fois que tu changes le topcontrol du StackLayout puisque c'est cette solution que tu as choisie.

Le layout du composant, c'est effectivement un classique après avoir modifié les composants d'un conteneur (c'est le revalidate() de SWING en quelque sorte). Personnellement, j'utilise cette méthode utilitaire chaque fois que j'ajoute ou j'enlève un composant (elle fonctionne quel que soient le composant et l'arbre de conteneurs - enfin, je ne l'ai pas encore mise en défaut) :

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
21
22
23
24
25
26
27
28
29
30
public static void revalidateLayout (Control control) {
 
		Control c = control;
		do {
			if (c instanceof ExpandBar) {
				ExpandBar expandBar = (ExpandBar) c;
				for (ExpandItem expandItem : expandBar.getItems()) {
					expandItem
						.setHeight(expandItem.getControl().computeSize(expandBar.getSize().x, SWT.DEFAULT, true).y);
				}
			}
			c = c.getParent();
 
		} while (c != null && c.getParent() != null && !(c instanceof ScrolledComposite));
 
		if (c instanceof ScrolledComposite) {
			ScrolledComposite scrolledComposite = (ScrolledComposite) c;
			if (scrolledComposite.getExpandHorizontal() || scrolledComposite.getExpandVertical()) {
				scrolledComposite
					.setMinSize(scrolledComposite.getContent().computeSize(SWT.DEFAULT, SWT.DEFAULT, true));
			} else {
				scrolledComposite.getContent().pack(true);
			}
		}
		if (c instanceof Composite) {
			Composite composite = (Composite) c;
			composite.layout(true, true);
		}
 
}

[alain.bernard]

Bonsoir,

J'arrive un peu après la bataille, mais un MasterDetails n'aurait-il pas été plus simple pour ce genre d'interface ?
Cf. http://mbaron.developpez.com/eclipse/forms/ slide 47