Bonjour,
y a t-il un moyen pour intercepter la fermeture d'une vue ? (dans un tab folder)
Ou bien de redefinir le comportement du tab folder lors de la fermeture d'une vue?
Merci
Version imprimable
Bonjour,
y a t-il un moyen pour intercepter la fermeture d'une vue ? (dans un tab folder)
Ou bien de redefinir le comportement du tab folder lors de la fermeture d'une vue?
Merci
Salut,
Il me semble la méthode dispose()...Citation:
y a t-il un moyen pour intercepter la fermeture d'une vue ? (dans un tab folder)
En utilisant l'interface IPartListener2
J'avais deja essayer avec l'interface IPartListener2 mais je n'ai aucune résutlat sur aucune des methodes, que ce soit a l'ouverte/focus/fermeture de ma vue.
Alors peut-etre que je m'y prend mal ?
J'ai juste implementé IPartListener2 dans les vues concernées, j'ai essayé d'affiché un emssage dans chaque methode pour identifié les methodes appelé, mais rien.
:(
Montre nous ton code pour qu'on puisse se faire une idée...
Bah plutot simple :
ma vue :
public class LotView extends ViewPart implements IPartListener2{
....
les methodes de IpartListener2 (bon la elles sont vide mais j'avais un message de trace dans chacune d'entre elle):
public void partActivated(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
public void partBroughtToTop(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
public void partClosed(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
public void partDeactivated(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
public void partHidden(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
public void partInputChanged(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
public void partOpened(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
public void partVisible(IWorkbenchPartReference partRef) {
// TODO Auto-generated method stub
}
Et c'est tout...
Ma vue est affiché dans un tab folder avec d'autre.
Ben moi j'ai pas trop cherche mais je dirai que tu devras a un moment quand meme associer ton listner a ta view.
Moi j'aurai pas implementer l'interface mais plutot fait une methode que j'applerai initPartListner() que j'appelle dans le constructeur bien sur. et cette methode sera dans ce style:
Voila j'espere que ca t'aidera, tiens nous au courant ;)Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
AC
J'ai oublie de fermer mon code :s donc voila le morceau de code syntaxiquement correcte:
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
Merci AirCraft,
ça marche ffectivement mieux.
je ne sais pas trop ou j'avais la tete.
Par contre j'ai plusieurs type de vue dans ce tabFolder et du coup ça le fait pour tous donc il va falloir que je trouve le moyen de faire la différence lors du declenchement de l'event.
Merci
dans ce cas utilise une classe interne (implementant l'interface bien sur) dans ta classe qui utilise ces vues, et dans chaque methode tu fais des "if" pour faire un traitement a chaque vue (tu peux surement recuperer la vue ecoutee a partir du "IWorkbenchPartReference partRef" ca doit pas etre dur a trouver ;) ). et quand tu instancies tes vues tu appelles:
comme al a Swing :)Code:
2
3
Have fun
AC
Salut,
j'ai effectivement trouvé le moyen de savoir de quel type de vue il s'agit grace au partRef.
Par contre j'ai un phénomène étrange et pas top!
Explication :
j'ai 3 types de vue : A,B,C.
Ce sont les vues C qui m'interesse ici. Je fait donc un filtre pour avoir que les evenements des vues C.
La pas de probleme.
Sauf que si j'ai plusieurs vue C ouverte dans mon tabFolder, et bien j'ai autant d'appel sur chaque evenement!
Par example : si je passe d'une vue C a une autre vue C via mes onglets.
je vais avoir 2x l'appel a "partActivated", 2x a "partDeactivated", 2x"partHidden", 2x"partVisible".
Si j'ouvre encore une autre vue C, et bien ça sera 3x de chaque...
Je ne comprend pas pourquoi chaque evenement est repété?!
Il devrait y en avoir une qui declenche les evenement "desactivé" et "caché" et 1 l'inverse mais pas 2x tout?!?
Le comportement des vues semble bien sur tout a fait ok.
Merci
poste ton code je peux pas te dire comme ca! t'es sur que t'ajoute pas 2 instance du listener a chque vue (tu fais 2 fois addPartListener sur la vue C par exemple)? Ca sera un truc tout bete de ce genre! le truc qui est devant nos yeux mais on le vois pas! Sinon si tu veux etre un peu autodidacte met un breakpoint sur les methodes du listener et lance l'appli en debug et la tu verras les appels et pk ca se lance plusieurs fois et d'ou!
Voila
Have fun
AC
Citation:
Envoyé par Aircraft
haha bien vu l'aveugle :)
L'informatique ne fait que ce qu'on lui dit apres tout...!
Heureusement que je suis en vacances bientot car la j'ai la concentration qui baisse ;)
Merci beaucoup pour ton aide :)
Des vacances?? Ah comment ca me manque :(
Allez tu peux mettre un "resolu" pour les autres ;) !
Have fun,
AC
Avant le "resolu"
j'aurai une derniere question, certe plus en rapport avec le titre du topic.
Je voulais intercepté ce type d'evenement car je veux que certaine vue ne soit visible que lorsque d'autre soit selectionnée.
j'ai dont mis le code pour afficher/cacher ces vu dans le listener sur l'activation/desactivation des vues qui vont bien.
Sauf que j'ai un warning ennervant qui se produit, quand je veux afficher mes vues.
J'ai ça :
J'avais deja ce probleme avant que j'utilisais les methodes setFocus() pour faire ça mais j'avais observé que setFocus() etait appelé plusieurs fois.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
La avec ce listener je n'appel qu'une seule fois mon code qui ouvre mes vues...donc je ne comprend pas pourquoi j'ai encore ce type de message d'erreur :(
Surtout que ça ne me le fait que pour l'affichage, quand je les cachent il n'y a pas de probleme apparament.
Code de mon listener :
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
Le warning dit que tu fais une activation recursive des vues, En effet si tu vois ton code, la premiere vue va activer la deuxieme vue qui va elle meme essayer d'activer la premiere vue et ainsi de suite ( un debuggage est tres utile pour trouver ce genre de prob, penses y ;) )... une solution simple (qui peut marcher) serait d'ajouter un test avant chauqe appel de ce genre:
pour verifier si la vue n'est pas deja activee. si elle est deja activee tu fais rien.Code:
2
Voila si ca ne resoud pas le pb il faut plus d'elements alors, envoie le code ou tu ajoutes les instances du listener a tes vues par exemple!
AC
Désolé mais je ne vois vraiment pas ou il y a la moindre recursivité dans mon code!
Et je fais un test avant de faire un show justement.
Quand une vue qu'on va dire de type A (l'activation d'autre vue est filtré et ne fait rien) est activé, j'intercepte l'evenement qui n'a lieu qu'une fois et je fais :
Si "ref" n'est pas a null c'est que la vue existe deja, je ne fait donc rien.Code:
2
3
4
5
6
7
8
9
10
11
12
Dans le cas contraire je l'affiche.
Et c'est fini...
Quand ma vue de type A pert le focus meme chose mais avec un hide.
Je ne vois vraiment rien de recursif la dedans?
:roll: je dois etre fatigue aussi alors :)
Je verrai ca qd je rentre chez moi tout a l'heure! je te reponds ce soir si j'ai une solution!
AC
poste qd meme comment tu fais les addPartListener ca peut aider!
AC
Voici :
le tout est au debut de le methode createPartControl d'une de mes vues qui est affiché une seul fois et qui ne peux pas etre fermé.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
J'ai legerement changé le code car sinon j'avais un probleme de show/hide +/- simultanné si je passais d'une vue de type A a une autre vue de type A.
ça me regle au passage certain probleme de positionnement de fenetre meme si je ne sais pas pourquoi...
Donc au stade actuelle j'ai just emon log qui se rempli a vitesse grand V de ce Warning.
ps : je part du boulot là donc je ne pourrai repondre que demain matin si on me propose des solutions.
Merci