Version imprimable
C'est la première fois que je poste ici. Bonjour à tous.
C'est aussi le première fois que j'utilise Python et Tkinter mais j'ai un gros passif en VB6 et plein de (mauvaises) habitudes.
Comment obtenir une liste des enfants (et petits enfants éventuels) d'un widget depuis l'événement qu'il a provoqué ?
Par exemple, changer le texte d'un 'Button' ayant une "Frame" pour parent suite à un événement reçu par la "Frame".
Merci.
Yves.
Bonjour,Citation:
Envoyé par Yves07
Une petite immersion dans l'excellent ouvrage de G. Swinnen serait probablement un bon début.
http://python.developpez.com/cours/apprendre-python3/
Bienvenu chez nous. ;)
@+.
Salut,
Tous les widgets crées par Tk sont insérés dans une structure de nommage hiérarchique et tkinter (le côté Python) s'aligne dessus.Citation:
Envoyé par Yves07
Exemple:
Par défaut, on ne précise pas "name", tkinter va lui coller un identifiant construit d'après id(self) (un entier sous forme "str").Code:
2
3
4
5
6
7
Le plus simple est de commencer par regarder la documentation de tkinter donnée ici.
Bon courage,
- W
Hello,
Je n'avais pas le bouquin de Swinnen (c'est fait) mais j'ai celui Shipman sur Tkinter.
La bonne nouvelle est qu'il n'est pas nécessaire de préciser "name" lors de la création.
C'était la gestion de ce nom qui créait indirectement le problème.
Il n'est donc pas résolu, mais la cause est éliminée.
Du coup, mon code implose en se simplifiant considérablement.
Une rapide vérification le confirme.
pb = 10000
pb -= pb
Plus que 9999, on avance :D
Yves.
Si vous avez un bout de code à publier ici (avec le bouton "#" en haut à droite de l'éditeur de messages du forum) :tagcode:Citation:
Envoyé par Yves07
cela pourrait peut-être nous aider à y voir plus clair ?
pour avoir la liste des enfants d'un widget : widget.winfo_children() voir cette doc http://infohost.nmt.edu/tcc/help/pub...universal.html
extrait :
pour connaître le nom de classe de chaque enfant : widget.winfo_class() (même doc)Citation:
w.winfo_children()
Returns a list of all w's children, in their stacking order from lowest (bottom) to highest (top).
extrait :
pour modifier -par exemple- le texte d'un widget (qui supporte cette option) : widget.configure(text="nouveau texte") (même doc)Citation:
w.winfo_class()
Returns w's class name (e.g., 'Button').
extrait :
pour attacher un événement clic à une Frame, par exemple :Citation:
w.configure(option=value, ...)
Set the values of one or more options. For the options whose names are Python reserved words (class, from, in), use a trailing underbar: 'class_', 'from_', 'in_'.
You can also set the value of an option for widget w with the statement
w[option] = value
If you call the .config() method on a widget with no arguments, you'll get a dictionary of all the widget's current options. The keys are the option names (including aliases like bd for borderwidth). The value for each key is:
for most entries, a five-tuple: (option name, option database key, option database class, default value, current value); or,
for alias names (like 'fg'), a two-tuple: (alias name, equivalent standard name).
etc, etc, et caetera desunt, comme dirait l'autre. :mrgreen:Code:
2
3
4
5
6
7
8
9
10
11
@+.
Oui, c'est bien de ce bouquin dont je me sers pour Tk.
Il semble bien que tout ce qu'il faut savoir y soit écrit, la difficulté est qu'au départ on ne sait même pas ce qu'on cherche :roll:
Comprendre Tk est moins facile que comprendre Python 8-)
Pour le code, y'en a déjà 700 lignes et c'est pas simple d'en extraire les parties "pertinentes", quoi que le faire m'obligerait à prendre un peu de recul . . .
J'y retourne immédiatement !
Yves.
Le code est là:
http://perso.wanadoo.fr/yves.monmagn...Python/ggui.py
Pas taper :oops:
Bonjour,Citation:
Envoyé par Yves07
Si vous faites un générateur de GUI tkinter pour apprendre Python/Tkinter alors ma question sera : pourquoi ne pas utiliser les classes dans votre script ? :roll:
En revanche, si vous cherchez à résoudre un problème technique ou un manque style GUI builder, jetez peut-être un coup d'oeil à l'existant :
https://pypi.python.org/pypi/tkRAD
Documentation en français de tkRAD : https://github.com/tarball69/tkRAD/wiki/Accueil
Si ça se trouve, quelqu'un a déjà résolu le problème. :mrgreen: :pastaper:
@+.
Oui, c'est d'abord pour apprendre.Citation:
Envoyé par tarball69
Je suis un peu hermétique à la syntaxe "classieuse" ou "classique" et ce qui me plaît avec Python c'est qu'on peut s'en passer.
Hormis le style, quels sont les avantages ?
Ca se terminera peut être comme ça :roll:Citation:
En revanche, si vous cherchez à résoudre un problème technique ou un manque style GUI builder, jetez peut-être un coup d'oeil à l'existant :
https://pypi.python.org/pypi/tkRAD
Documentation en français de tkRAD : https://github.com/tarball69/tkRAD/wiki/Accueil
Style ? 8OCitation:
Envoyé par Yves07
Une classe est une structure, à la base. Elle sert donc à structurer le code.
En plus, avec l'énorme avantage de l'encapsulation des tâches, une classe vous permet d'avoir un code beaucoup plus clair à relire et à déboguer.
Sans parler du principe du composant logiciel réutilisable et/ou dérivable (pour augmenter ses capacités).
Nan, pour les grosses applis, y a pas photo : la classe, c'est la classe ! :mrgreen:
@+.
Pour fermer le fil :
Montre tous les descendants de p.Code:
2
3
4
5
Merci.
Yves.