Discussion :

[Jijil]

Bonjour,

Je suis en train de développer une appli Python (3.6.8) avec tkinter (8.6).
J'essaie de faire une appli qui a une fenêtre principale et ouvre des sous-fenêtres "toplevel" (jusque 2 niveaux en cascade au total)
Pas de problème pour les Toplevel. Juste que je voudrais griser le bouton qui a appelé la sous-fenêtre dans le niveau d'avant.

Voici mon code. Est-ce qu'il y a moyen de faire plus élégant?

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
31
32
33
34
35
 
import tkinter
 
class MainGUI(object):
    def __init__(self,master):
        self.master=master        
        self.master.protocol("WM_DELETE_WINDOW", self.quitte)
        self.fen=tk.Frame(self.master).grid(row=0, column=0, sticky=tk.N+tk.S+tk.E+tk.W)
# ...
        self.com=tk.Frame(self.master).grid(row=1,column=0, sticky=tk.N+tk.S+tk.E+tk.W)
# ...
        self.ba=tk.Button(self.com,text="auto", command=self.win_automatic)
        self.ba.grid(row=0,column=1, sticky=tk.N+tk.S+tk.E+tk.W)
# ...
    def quitte(self):
        self.master.destroy()
 
    def win_automatic(self, **kwargs):
        self.win2=tk.Toplevel(self.master, **kwargs)
        self.winauto=GUI_winauto(self.win2, self.ba)
 
class GUI_winauto(object):
    def __init__(self,master, bouton, **kwargs):
        self.master=master
        self.bouton=bouton
        self.bouton.configure(state=tk.DISABLED)
        self.master.grab_set()
#...
    def quitte(self):
        self.master.destroy()
        self.bouton.configure(state=tk.NORMAL)
 
root=tk.Tk()
gui=MainGUI(root)
root.mainloop()

Je me demandais par exemple s'il n'y avait pas un moyen, depuis la fenêtre du niveau au dessus de savoir si la sous-fenêtre ouverte était toujours là et updater le bouton en fonction (je pourrais introduire une variable "état", mais je passe des variables entre objets, et ça revient finalement à la même chose, me semble-t-il).

J'ai en tous cas testé un "bête":

Code :

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

1
2
3
4
 
self.ba.configure(state=tk.DISABLED)
self.win2=tk.Toplevel(self.master)
self.ba.configure(state=tk.NORMAL)

mais évidemment, le bouton "ba" repasse immédiatement à l'état "normal" dès que la fenêtre est créée (pas fermée)

Merci pour vos idées

[wiztricks]

Salut,

mais évidemment, le bouton "ba" repasse immédiatement à l'état "normal" dès que la fenêtre est créée (pas fermée)

En fait la question est de savoir si on peut attendre que la fenêtre se ferme avant de passer à l'instruction qui remet le Button en mode normal. Ça se fait avec .wait_window.

Mais vous devriez apprendre à rendre votre fenêtre "modale" (çà désactive les Button automatiquement) et regardez comment se gèrent les fenêtres secondaires.

- W

[Jijil]

Dans ce cas-ci, oui... merci beaucoup! (J'ai encore beaucoup à apprendre )

[Jijil]

J'ai tout de même un autre problème qui apparaît... (ça vient tardivement, mais je travaillais sur autre chose )

Je génère toutes sortes de messages via ma fenêtre secondaire. Cette dernière effectue une série d'actions, et renvoie leur état par des messages dans un objet de type queue. Ces messages sont affichés dans 2 champs Label de la fenêtre principale. Pour cela, une méthode parse ces messages et est liée aux champs de la fenêtre principale ("root" dans le code ci-dessus donc) via une action "after=".

J'ai donc besoin qu'il y ait quelque chose autour du wait_window. Pour l'instant, c'est toujours une mainloop.
Est-ce qu'on peut imbriquer une wait_window dans une autre wait_window par exemple?
Comment faire au mieux?
Merci...

[bistouille]

Salut.

Est-ce qu'on peut imbriquer une wait_window dans une autre wait_window par exemple?

Imbriquer des wait_window
Après si tu entends pas là que fenêtre A doit attendre la fermeture de fenêtre B et que fenêtre B doit attendre que fenêtre C soit fermée, bah teste

[Jijil]

Dès que je peux, je teste oui.
Mais si ca marche, est-ce une bonne pratique? (ie: si non, quelle serait alors celle recommandée?)
Merci

[wiztricks]

Salut,

Mais si ca marche, est-ce une bonne pratique? (ie: si non, quelle serait alors celle recommandée?)

S'il n'y a aucune raison pour que çà ne fonctionne pas, la différence entre "bonne" et "moins bonne" pratique dépendra du problème que vous cherchez à résoudre... Problème qu'on ne va pas inventer.

- W

[Jijil]

Merci!