Discussion :

[Archimède]

Comment éviter le message d'erreur à la fermeture sur cet exemple simple :

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
 
import tkinter as tk
ok=True
 
def incremente():
    global compteur
    compteur += 1
    compteur_lbl['text'] = str(compteur)
    if ok:
        app.after(1000, incremente)
 
 
 
app = tk.Tk()
compteur = 0
 
compteur_lbl = tk.Label(app, text=str(compteur), font=("", 16))
compteur_lbl.grid(padx=8, pady=8)
app.after(1000, incremente)
 
 
def quitter():
    global ok
    ok=False
    app.destroy()
 
 
app.protocol('WM_DELETE_WINDOW', quitter)
app.mainloop()

message dans mu-editor :

>>> invalid command name "2195026287624incremente"
while executing
"2195026287624incremente"
("after" script)

Merci (j'ai le même problème avec l'utilisation d'un thread pour le timer...)

[wiztricks]

Salut,

Vous comprenez ce que raconte l'erreur? Si le Label a été détruit, lorsque la fonction déclenchée par .after essaie de le mettre à jour... erreur.

Après la question est de savoir pourquoi le bidouillage que vous avez fabriqué avec la variable OK ne fonctionne pas.
Relisez votre code: la variable ne contrôle que l'instruction .after i.e. l’ordonnancement d'une opération qui se déclenchera dans une seconde (que l'application ait été détruite ou pas d'ici là).

note: jetez aussi un œil à after_cancel

- W

[Archimède]

Salut,

j'avais déjà testé la méthode after_cancel(id), sans succès... Il fallait déclarer timer en global dans la procédure appelée chaque seconde :

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
 
import tkinter as tk
 
def incremente():
    global compteur
    global timer  # ici  sinon ça plante avec mu et pas sous pyzo....  L'encapsulation est étrange en python... l'instruction global n'est pas la + heureuse.
    compteur += 1
    compteur_lbl['text'] = str(compteur)
    timer=app.after(1000, incremente)
 
app = tk.Tk()
compteur = 0
 
compteur_lbl = tk.Label(app, text=str(compteur), font=("", 16))
compteur_lbl.grid(padx=8, pady=8)
timer=app.after(1000, incremente)
 
 
 
def quitter():
    app.after_cancel(timer)
    app.destroy()
 
 
app.protocol('WM_DELETE_WINDOW', quitter)
app.mainloop()

[wiztricks]

Salut,

j'avais déjà testé la méthode after_cancel(id), sans succès... Il fallait déclarer timer en global dans la procédure appelée chaque seconde.

Alors problème résolu?

- W

[Archimède]

Oui, excuse...
J'avais déjà testé after_cancel(id) sur mon code qui posait problème mais je l'utilisais sur un objet d'une classe qui dérivait de canvas....

Code :

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

monobjet.after_cancel(timer)

et j'avais un message d'erreur à la fermeture de l'application...
En faisant

Code :

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

fen .after_cancel(timer)

au lieu de

Code :

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

monObjet.after_cancel(timer)

, plus de problème... et le

Code :

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

 global timer

dans la procédure appelée à chaque intervaltimer qui fait aussi planter sous mu-editor si pas déclaré...
Si ça peut servir pour un autre...

A+ et merci encore

[wiztricks]

Salut,

Vous devez être "cohérent" avec le widget utilisé pour soumettre les .after et celui utilisé pour .after_cancel.

Dérrière .after, il y a la création d'une variable Tk associée à l'objet qui réalise le callback a appeler. Cette variable (Tk) est l'identifiant retourné par .after, il est "global".
Mais l'objet à appeler est stocké côté widget.

.after_cancel appliqué à n'importe quel autre widget (que celui utilisé pour .after) va supprimer le côté Tk, mais ne change pas le côté tkinter. Lorsque destroy fait le ménage, il demande à Tk de détruire quelque chose qui n'existe plus.
Exemple:

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
>>> import tkinter as tk
>>> root = tk.Tk()
>>> w = tk.Label()
>>> z = tk.Label()
>>> w.after(10000, print, 'toto')
'after#0'
>>> z.after_cancel('after#0')
>>> w.destroy()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\py_env\py64_38\lib\tkinter\__init__.py", line 2578, in destroy
    Misc.destroy(self)
  File "C:\py_env\py64_38\lib\tkinter\__init__.py", line 630, in destroy
    self.tk.deletecommand(name)
_tkinter.TclError: can't delete Tcl command

Par contre:

Code :

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

1
2
3
4
5
6
>>> w = tk.Label()
>>> w.after(10000, print, 'toto')
'after#1'
>>> w.after_cancel('after#1')
>>> w.destroy()
>>>

- W

[Archimède]

Salut,

dans le Callback, si tu ne mets pas global à l'identifiant, ça plante à la fermeture avec mu-editor... et avec pyzo, ça passe ?
Donc, l'identifiant est global comme tu as l'air de l'affirmer ou pas ?
Un bug de mu-editor ?
Deuxième exemple pris sur le web et adapté à la fermeture :

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
36
37
38
39
40
41
42
43
44
45
 
from tkinter import *
 
SIDE=400
PAD=SIDE//12
dx,dy=2,2
 
def move():
    global dx
    global dy
    #global timer
    ulx, uly, lrx, lry = list(map(int, cvs.coords(ball)))
    # bords verticaux
    if ulx <=0 or lrx >=SIDE:
        dx=-dx
    # bords horizontaux
    elif uly<=0 or lry>=SIDE:
        dy=-dy
    cvs.move(ball, dx, dy)
    timer=cvs.after(20, move)
 
# Création d’un canevas
w=Tk()
cvs=Canvas(w, width=SIDE, height=SIDE, highlightthickness=0,
bg="ivory")
cvs.pack(padx=PAD, pady=PAD)
 
# Création d’une balle
R=20
x0=200
y0=40
ball=cvs.create_oval(x0, y0, 2*R+x0, 2*R+y0, outline='#ff0000',
fill='#ff0000')
 
 # Lancement de l’animation
timer=cvs.after(20, move)
 
 
def quitter():
    cvs.after_cancel(timer)
    w.destroy()
 
w.protocol('WM_DELETE_WINDOW', quitter)
 
w.mainloop()

>>> invalid command name "1902049716744move"
while executing
"1902049716744move"
("after" script)

Et si je mets timer en global dans le callback, plus de problème à la fermeture dans mu..

>>>

C'est curieux, cette différence de comportement entre pyzo et mu...

[wiztricks]

Salut,

Vu que les IDE n'exécutent pas les scripts dans un environnement "normal" mais de "debug", en cas de soucis, il faut toujours le confirmer avec une exécution "normale".

Donc, l'identifiant est global comme tu as l'air de l'affirmer ou pas ?

invalid command name "1902049716744move" est un message d'erreur Tk rapporté par tkinter (2 choses différentes). "1902049716744move" est une variable Tk qui n'a rien à voir avec une variable Python.

Après relisez votre code, si dans move la variable timer n'est pas global, elle ne sera pas mise à jour par les appels successifs à .after.

Et le callback quitter va récupérer à travers timer le nom de la commande Tk crée par le premier .after.
Commande détruite dès la première exécution de move.
C'est juste ce que dit le message d'erreur dans ce cas.

Après pourquoi vous voyez l'erreur dans un IDE et pas dans l'autre? Comme ce ne sont pas des environnements d'exécution "normaux"...

- W