Version imprimable
Bonjour à tous,
J'aurais une petite question. J'ai un arbre de ce genre :
Item1,valeur1,valeur2,valeur3 :
-sous-item1
-sous-item2
-sous-item3
Item1,valeur1,valeur2,valeur3 :
-sous-item1
-sous-item2
-sous-item3
J'utilise un tree pour créer mon arbre, par contre, est-il possible que mes valeurs1,valeurs2 et valeurs3 soient éditables ?
Je connais très peu l'utilisation des arbres en java, du coup, j'aurais besoin de votre aide. Merci d'avance.
Salut,
Un Tree ? Sous quel environnement graphique, SWT ?
Merci pour votre réponse.
en effet, c'est sous swt, j'ai oublié de préciser.
Regarde la doc de la classe TreeEditor, il y a un exemple. Mais ce sera beaucoup plus simple avec JFace (voir Tutoriel Vogella (Voir ce fil aussi, avec quelques infos : http://www.developpez.net/forums/d14...ewer-combobox/).
Merci pour la réponse. Je vais essayer avec ce que tu m'as donné
J'ai réussi à rendre mes colonnes éditables en passant pas un TreeEditor :
Par contre, en passant par ma variable int column = cursor.getColumn(); qui récupère donc le numéro de la colonne sélectionnée, j'ai un comportement étrange. Je clique dans ma cellule, modifie ma valeur mais cette modif n'est répercutée que quand je clique ailleurs. Avez-vous déjà rencontré ce problème ?Code:
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
29tree.addSelectionListener(new SelectionAdapter() { public void widgetSelected(SelectionEvent e) { final int column = cursor.getColumn(); // Clean up any previous editor control Control oldEditor = editor.getEditor(); if (oldEditor != null) oldEditor.dispose(); TreeItem item = (TreeItem)e.item; if (item == null) return; // The control that will be the editor must be a child of the Tree Text newEditor = new Text(tree, SWT.NONE); newEditor.setText(item.getText(column)); newEditor.addModifyListener(new ModifyListener() { public void modifyText(ModifyEvent e) { Text text = (Text)editor.getEditor(); editor.getItem().setText(column,text.getText()); } }); newEditor.selectAll(); newEditor.setFocus(); editor.setEditor(newEditor, item,column); } });
Le ModifyListener réagit à la sortie du champ (perte de focus), et à rien d'autre. En fait, il faut pouvoir détecter que la saisie est considérée comme terminée : on ne peut le savoir automatiquement (l'utilisateur peut toujours commencer à taper, faire autre chose, puis terminer). On va donc utiliser une action bien identifiée de l'utilisateur pour déterminer qu'il a terminé. Le ModifyListener marche bien pour les changements de champs (attention pour la fermeture de fenêtre : il me semble que le champ ne perd pas forcément le focus). Mais on peut réagir aussi à l'appui de la touche Enter : cela se fait par un TraverseListener. A noter que le VerifyListener permet de réagir à la saisie caractère par caractère (mais que justement, on ne peut utiliser comme je viens de le dire).
Voici un exemple, sous la forme d'une wrapper qui ajoute ce genre d'automatismes à un TableViewer (le principe est le même puisque c'est le même écouteur d'évènement). On y utilise également un KeyListener pour gérer les flêches du clavier (haut, bas, droite, gauche) qui peuvent être pratiques pour se déplacer de lignes en lignes ou de colonnes en colonnes.
Attention, la gestion de la saisie par l'EditingSupport est évidemment différente de ta gestion à la main du champ et de la mise à jour du modèle.
Merci pour toutes ces explications.
Ce que je trouve bizarre dans mon code, c'est que si je remplace ma variable column par une valeur en dure et que je supprime le TreeCursor, j'ai bien une réaction caractère par caractère dans ma cellule sélectionnée.
Bon ducoup, j'ai finté mon problème. C'est lourd, mais au moins ça fonctionne :
Je reste ouvert à toute amélioration.Code:
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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
Encore merci pour votre aide
JFace !Citation:
Envoyé par Narizuke