A propos des controles de saisie en sortie (focusout)

Version imprimable

Salut à tous,
A propos des contrôles de saisie en sortie (focusout)

Je souhaiterais soumettre à vos avis éclairés le bout de code ci-aprés qui joue parfaitement son rôle mais il me parait un peu loin des canons du codage.

Le but est de factoriser le contrôle de plusieurs saisies en 'focusout'.
Ne sont acceptées que les saisies décimales >= 0.

L’idéal, (que je n'ai pas réussi à faire) serait de n'autoriser la sortie de l'Entry que si la saisie est conforme sans les allez-retours pour correction.

Code:

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
46
47
48
49
50
51
52
53
54
# -*- coding: UTF-8 -*-
# Nom:  validation_focusout_validate_1.0.py
#-------------------------------------------------------------------------------
from tkinter import *
 
def valid(ex): ## vérif de la saisie qui doit être >= 0
    try:
        if ex==1: ## verif de la saisie de Entry: E1
            val = float(varE1.get())
            if val < 0:
                invalid(ex)
        elif ex==2:
            val = float(varE2.get())
            if val < 0: ## verif de la saisie de Entry: E2
                invalid(ex)
    except ValueError:
        invalid(ex)
        return 0
    return 1
 
def sortie_e(event):
    fen.event_generate('<Tab>')
 
def invalid(ex):
    if ex==1:
        E1.focus_set() ## pour revenir sur la saisie incorecte dans E1
        E1.select_range(0,END) ## pour remplacer l'erreur
        fen.event_generate(0)  ## par un 0
        fen.event_generate('<Tab>')
    elif ex==2:
        E2.focus_set() ## pour revenir sur la saisie incorecte dans E2
        E2.select_range(0,END)
        fen.event_generate(0)
        fen.event_generate('<Tab>')
 
fen = Tk()
varE1 = StringVar() ; varE1.set(0)
varE2 = StringVar() ; varE2.set(0)
 
 
E1 = Entry(fen, textvariable = varE1, validate = 'focusout',
     validatecommand = lambda ex=1: valid(ex))
E1.grid(column=0,row=0,padx=5)
 
E2 = Entry(fen, textvariable = varE2, validate = 'focusout',
     validatecommand = lambda ex=2: valid(ex))
E2.grid(column=1,row=0,padx=5)
 
E1.focus_set()
 
E1.bind('<Return>', sortie_e)
E2.bind('<Return>', sortie_e)
 
fen.mainloop()

06/06/2017, 13h01
wiztricks

Salut,

Si vous voulez écrire un code un peu plus conventionnel, pourquoi ne pas commencer par lire la documentation pour apprendre utiliser l'interface documentée?

- W
06/06/2017, 14h11
luc pic

Salut wiztricks,

Sauf votre respect, bien sûr que je l'ai lue la doc. Celle-ci et bien d'autres.
Je ne l'ai pas bien comprise sur ce sujet et surtout, je n'ai trouvé aucun exemple qui corresponde à ce cas.

J'aurais voulu écrire quelque chose qui ressemble à 'BeforeUpdate(ByVal)' en VBA.

Il y quelques mois, pour un problème similaire ( et avec votre aide d'ailleurs ), la question avait été reglée par le contrôle de chaque 'car' au fur et à mesure de la saisie.
Cette fois, je voulais, pour le plaisir, essayer une autre manière avec le trio 'validate, vcmd et invcmd' la doc en général est indigeante sur ces attributs et les exemples rarissimes sur la vadidation en sortie.

L.P

Citation:

Envoyé par luc pic

Il y quelques mois, pour un problème similaire ( et avec votre aide d'ailleurs ), la question avait été reglée par le contrôle de chaque 'car' au fur et à mesure de la saisie.

C'était dans cette discussion et effectivement, c'est il y a quelques années... Et on vous avait déjà donné sinon la solution au moins des pistes.

-edit: Et un peu plus propre, c'est quelque chose qui pourrait ressembler à çà:

Code:

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
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
import tkinter as tk
import winsound
 
beep = lambda: winsound.Beep(440, 400)
 
class _Entry(tk.Entry):
    _vcmd = _invcmd = None
    _ignore_focusout = False
 
    @classmethod
    def register_callbacks(cls, master):
 
        root = master.nametowidget('.')
 
        def on_vcmd(p, w):
            entry = root.nametowidget(w)
            if entry._ignore_focusout:
                entry._ignore_focusout = False
                return True
            return entry.vcmd(p)
 
        def on_invcmd(w):
            current = root.focus_get()
            if isinstance(current, _Entry):
                current._ignore_focusout = True
 
            entry = root.nametowidget(w)
            entry.delete(0, 'end')
            entry.focus_set()
            beep()            
 
        cls._vcmd = (root.register(on_vcmd), '%P', '%W')
        cls._invcmd = (root.register(on_invcmd), '%W')
 
 
    def __init__(self, master):
        if self._vcmd is None:
            self.register_callbacks(master)
        super().__init__(master, validate='focusout',
                         vcmd=self._vcmd, invcmd=self._invcmd)
 
    def vcmd(self, p):
        raise NotImplementedError('pure virtual method')
 
 
if __name__ == '__main__':
    def is_float(s):
        try:
            float(s)
        except ValueError:
            return False
        else:
            return True
 
    class Entry(_Entry):
        def vcmd(self, s):
            return is_float(s)
 
    root = tk.Tk()
    entries = []
    for n in range(3):
        e = Entry(root)
        e.pack()
        entries.append(e)
    entries[0].focus_set()
    tk.mainloop()

- W

10/06/2017, 10h28
luc pic

Salut à tous,
Merci pour la réponse mais ce n'est pas mon niveau (pas encore).
Je vais laisser décanter un peu et reprendre différemment, à la retraite on a tout son temps.
Encore merci,
L.P.

Citation:

Envoyé par luc pic

Je vais laisser décanter un peu et reprendre différemment, à la retraite on a tout son temps.

Le même sans créer de classes:

Code:

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
import tkinter as tk
import winsound
 
beep = lambda: winsound.Beep(440, 400)
 
def is_float(s):
    try:
        float(s)
    except ValueError:
        return False
    else:
        return True
 
def _vcmd(p, w):
    entry = root.nametowidget(w)
    if entry._ignore_focusout:
        entry._ignore_focusout = False
        return True
    return is_float(p)
 
def _ivcmd(w):
    current = root.focus_get()
    if hasattr(current, '_ignore_focusout'):
        current._ignore_focusout = True
 
    entry = root.nametowidget(w)
    entry.delete(0, 'end')
    entry.focus_set()
    beep()
 
root = tk.Tk()
vcmd = (root.register(_vcmd), '%P', '%W')
ivcmd = (root.register(_ivcmd), '%W')
 
entries = []
for n in range(3):
    e = tk.Entry(root, validate='focusout',
              vcmd=vcmd, invcmd=ivcmd, name='entry_%d' % n)
    e._ignore_focusout = False
    e.pack()
    entries.append(e)
entries[0].focus_set()
tk.mainloop()

- W

14/06/2017, 14h54
luc pic

Merci wiztricks, ce bout de code est plus abordable en effet.
Je ne desespère pas de réusir à le comprendre et de l'utiliser à bon escient.
L.P.
14/06/2017, 15h36
wiztricks

Citation:

Envoyé par luc pic

Merci wiztricks, ce bout de code est plus abordable en effet.
Je ne desespère pas de réusir à le comprendre et de l'utiliser à bon escient.

Le plus compliqué la dedans, c'est de comprendre que 'focusout' entraîne que le "focus" est parti sur un autre widget... Et que si on interdit ce "focusout" parce que la saisie est incorrecte, remettre le "focus" sur ce widget, va entraîner un "focusout" intempestif... qu'il va falloir gérer pour ne pas partir en boucle.
Dans mon code, c'est le boulot fait via l'attribut _ignore_focusout.

- W
17/06/2017, 14h55
luc pic

Salut à tous et à wiztricks en particulier,

Bien sûr, il est là le problème.
Je m'amuse en ce moment sur un algorythme de saisie paramètrée qui contrôle selon 4 choix des entrées:

float + ou - sinon 0
float >= 0 sinon 0
int + ou - sinon 0
int >= 0 sinon 0

avec:

def OnValidate(var, t, *args):
où 'var' est la StringVar et 't' le type de contrôle.

ils sont remontés par une fonction lambda dans la création de l'entrée:

entry_var1 = StringVar() ; entry_var1.set(0)
entry_var1.trace('w', lambda *args: OnValidate(entry_var1, typ1, *args ))

Toutes les validations sont OK, sauf si je saisis '-' tout seul et que je change d'Entry.
C'est à ce moment là que je souhaiterais, soit ne pas pouvoir quitter l'Entry soit remplacer le '-' par 0 mais AVANT de quitter l'Entry en cours.

C'est juste pour le plaisir..

L.P.

Citation:

Envoyé par luc pic

C'est à ce moment là que je souhaiterais, soit ne pas pouvoir quitter l'Entry soit remplacer le '-' par 0 mais AVANT de quitter l'Entry en cours.

On peut écrire si l'Entry n'est pas un float, on remplace le contenu pas 0 et on passe au suivant.
Et si on fait bouger le code précédent pour faire çà, çà veut dire qu'on n'est plus embêté avec le "focusout" et qu'"invalidate command" appelé lorsque le contenu est invalide se contente de faire le ménage.

In fine, c'est mettre en commentaire beaucoup de lignes pour en ajouter une seule.
Code:

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 import tkinter as tk ## import winsound ## beep = lambda: winsound.Beep(440, 400) def is_float(s): try: float(s) except ValueError: return False else: return True def _vcmd(p, w): entry = root.nametowidget(w) ## if entry._ignore_focusout: ## entry._ignore_focusout = False ## return True return is_float(p) def _ivcmd(w): ## current = root.focus_get() ## if hasattr(current, '_ignore_focusout'): ## current._ignore_focusout = True entry = root.nametowidget(w) entry.delete(0, 'end') entry.insert('end', 0) ## entry.focus_set() ## beep() root = tk.Tk() vcmd = (root.register(_vcmd), '%P', '%W') ivcmd = (root.register(_ivcmd), '%W') entries = [] for n in range(3): e = tk.Entry(root, validate='focusout', vcmd=vcmd, invcmd=ivcmd)#, name='entry_%d' % n) ## e._ignore_focusout = False e.pack() entries.append(e) entries[0].focus_set() tk.mainloop()
- W

19/06/2017, 13h39
luc pic

Salut à tous,

Ces 2 algo sont très intéressants mais encore un peu compliqués.

hasattr() ?
root.register() ?

Je n'ai pas trouvé grand-chose de suffisamment clair à leur sujet dans les docs pour que je les utilisent sans comprendre.

Au départ, l'idée était de corriger à la volée les saisies numériques incorrectes.

1- pas de 0 ni de -0 en premier chiffre d'un nombre entier ( 0 instantanément effacé)

2- pas de . dans un nombre entier ( . instantanément effacé)

3- un seul . dans un nombre décimal

4- pas de . ou de -. en premier caractère d'un nombre décimal (instantanément remplacé par 0. ou par -0. )

5- pas de signe - avec des nombres positifs ( - instantanément effacé)

6- un seul signe - et en début pour les nombres négatifs

7- pas de saisie du seul caractère -

Les 6 premiers cas sont réglés.
C'est le 7° que je n'ai pas réussi et pour lequel il me semblait que 'focusout' était approprié.

Comme le moindre exercice nécessite toujours au moins une saisie qu'il faut chaque fois contrôler, valider, et éventuellement mettre en forme, l'intention était de construire une Entry avec paramètres (et peut être même des bornes pourquoi pas ? ) et régler le problème des saisies une fois pour toutes.
Je débute l'apprentissage des classes avec le livre de G.Swinnen et la réflexion me paraissait intéressante et pertinente à ce sujet. Une classe Entry universelle en quelque sorte.
En tous cas merci pour tous ces exemples qui contiennent chacun de petites pépites indispensables et introuvables ailleurs.

L.P.
19/06/2017, 14h04
wiztricks

Salut,

Citation:

Envoyé par luc pic

Ces 2 algo sont très intéressants mais encore un peu compliqués.

hasattr() ?
root.register() ?

hasattr est une fonction builtins. Il faut avoir pour réflexe de lancer l'interpréteur Python et d'y taper help(hasattr) ou de chercher dans la documentation Python "online". Dans le cas particulier, il ne sert à rien car toutes mes Entry ont cet attribut là.

root.register est une fonction qui permet de déclarer un callback qui sera appelé par Tkinter. Impossible de faire de la validation d'Entry sans passer par là même si dans ce cas particulier on peut faire sans. La documentation que je vous ai indiqué dans ma première réponse explique tout çà assez bien. Lorsque vous lisez une documentation technique, il est rare de tout comprendre juste en la lisant, il faut écrire des petits bouts de code pour vérifier qu'on comprend bien ce que çà raconte.

- W