Discussion :

[MPython Alaplancha]

Bonjour,
Soit ma classe:

Code :

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

1
2
3
4
class Ma_classe(tkinter.Frame):
    def __init__(self,root, text=None,font=None, bg=None,fg='black',
        height=64,width= 64,image=None, **arg):
        tkinter.Frame.__init__(self, root)

Selon le path de ma classe, celle ci doit effectuer un traitement différant. En particulier, je cherche à identifier si ma classe est employée ainsi:

Code :

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

1
2
3
4
5
6
7
root = tk.Tk()
canvas = tk.Canvas(root)
canvas.grid()
frame = tk.Frame()
w = Ma_classe(frame)
canvas.create_window(window=frame)
root.mainloop()

J'ai essayer ceci:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
def __init__(self,root, text=None,font=None, bg=None,fg='black',
                 height=64,width= 64,image=None, **arg):
        tkinter.Frame.__init__(self, root)
        print("self.winfo_parent", self.winfo_parent)
        idframe = self.winfo_id()
        print('id : ', idframe)
        print('nom du bouton: ', self.winfo_name())
        print ("pathname : ", self.winfo_pathname(idframe))
        if self.winfo_pathname(idframe)== ".!frame.!Ma_classe":
            print('Fais ceci')
        else:
            print("Fais cela")

Cependant, procédant ainsi je ne peux pas distinguer si Ma_classe a été mise en oeuvre "depuis canvas.create_windows" ou pas.
Comment procéder? Merci

[wiztricks]

Salut,

Pour qu'un widget soit parent d'un autre widget, il faut déjà le créer avec ce parent là (ou avec un de ses descendants).

Si on écrit:

Code :

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

1
2
3
4
5
root = tk.Tk()
canvas = tk.Canvas(root)
canvas.grid()
frame = tk.Frame()
w = Ma_classe(frame)

canvas et frame ont un même parent (explicité pour canvas via root et implicite pour la frame puisque "root" sera le défaut).

Le parent d'un widget est accessible via l'attribut "master"... et on peut récursivement parcourir ce chaînage pour savoir si... A l'opposé, les "enfants" d'un widgets sont accessibles via l'attribut "children" qui est un dictionnaire.

note - la désignation "master" m'a toujours paru surprenante. On a une relation hiérarchique (parents/enfants) entre les différents widgets qui va servir aux gestionnaires de positionnement (pack, grid,...) à savoir dans quel "parent", on va afficher le widget "par défaut". Mais on peut changer ce défaut (avec parfois quelques surprises côté z-order) et là on a une relation "slaves" / "master" qui n'est plus hiérarchique.

- W

[MPython Alaplancha]

merci @wiztricks.
Avec root.children j'obtiens l'information recherchée :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
class RButton(tkinter.Frame):
    def __init__(self,root, text=None,font=None, bg=None,fg='black',
                 height=64,width= 64,image=None, **arg):
        tkinter.Frame.__init__(self, root)
        enfants =root.children
        out = "fait cela"
        for enfant in enfants:
            print(enfant)
            if str(enfant) == "!canvas": 
                out = "fait ceci"
                break
        print(out)

Par contre, je n'ai pas su mettre en place la recherche de ma condition depuis self.master. (je peux me contenter de la première approche, je suis juste curieux ).

[wiztricks]

Salut,

Par contre, je n'ai pas su mettre en place la recherche de ma condition depuis self.master. (je peux me contenter de la première approche, je suis juste curieux ).

Honnêtement, je ne comprends pas trop ce que vous cherchez à faire.
A l'instant t, un widget devra s'afficher dans une fenêtre ou à l'intérieur du rectangle définit par un autre widget.

Donc si on part à dire, je crée ce Frame pour qu'il soit affiché dans un Canvas autant que le parent soit le Canvas. Ce qui, si je dois spécialiser une Frame, permettra de le différentier facilement via le type de self.master. D'autant que trouver un Canvas dans les descendants du parent n'indique en rien qu'on voudra afficher cette Frame dans ce Canvas.

- W

[MPython Alaplancha]

Honnêtement, je ne comprends pas trop ce que vous cherchez à faire.

- W

En fait, je m'essaie à la création d'une classe Bouton Rond pour tkinter.


Pour gérer le bg des angles des boutons, j'ai besoin de savoir dans quel contexte l'utilisateur a utilisé ma classe. à ce stade, mon bouton fonctionne correctement si il est affiché dans une frame ou sur la fenêtre principale.
Si le bouton est affiché sur un canvas, ma classe doit procéder différemment (dans mon image les angles sont non traités pour le bouton placé sur l'image du canvas...) ... J'ai fait cependant des essais concluant avec PIL Image.crop pour 'réafficher les pixels manquant' de l'image du canvas.
Ma difficulté est de 'voir' depuis ma classe, comment l'utilisateur utilise ma classe pour en modifier son comportement.
Je vais poursuivre mon étude sur le sujet. Je reviendrais probablement avec d'autres questions.
Merci encore

[MPython Alaplancha]

Bonjour,
me revoilà
Je suis confronté à un autre souci que je n'avais pas prévu:
Est-il possible depuis ma classe de récupérer le nom du fichier de l'image que l'utilisateur final a placée sur son canevas? (sans le transmettre par argument à ma classe: j'aimerai que ma classe s'utilise avec la même grammaire que le tk.Button)

[wiztricks]

Salut,

Est-il possible depuis ma classe de récupérer le nom du fichier de l'image que l'utilisateur final a placée sur son canevas?

Une fois que l'image est affichée dans le canvas, le Canvas permet juste d'y accéder via le numéro/tag de l'item qu'il a fabriqué avec. On devrait pouvoir récupérer l'objet image associé mais arrivé là pour récupérer le fichier, je n'ai rien trouvé.

Mais vous allez alors tomber sur une restriction des objets Variable/Image de l'implémentation de tkinter: si on détruit l'objet Image, il n'y a pas de compteur des widgets qui l'utilisent. La variable Tk associée disparait et l'affichage de l'image aussi.
=> La même image utilisée par plusieurs widgets implique des références côté Python (un dictionnaire "global").

Et je ne vois pas comment on peut réaliser çà sans passer quelque chose: l'identifiant de l'item, la clef du dictionnaire ou l'image...

- W

[MPython Alaplancha]

C'est entendu. Merci

[fred1599]

Bonjour,

Désolé, un peu de retard pour répondre, mais quelque-chose me titille.

Quand je vois

Code :

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

1
2
frame = tk.Frame()
w = Ma_classe(frame)

et le code

Code :

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

1
2
3
4
5
6
class Ma_classe(tkinter.Frame):
    def __init__(self,root, text=None,font=None, bg=None,fg='black',
        height=64,width= 64,image=None, **arg):
        tkinter.Frame.__init__(self, root)

Je me dis que vous ne comprenez pas bien l'héritage de classe.

Dans l'instanciation de la classe, vous attendez un objet Frame comme paramètre d'initialisation, alors que dans votre code, vous attendez des paramètres nommés représentant des configurations d'un objet Widget.

Le code pourrait s'écrire plus justement,

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
from tkinter import Tk, Frame
 
class Ma_classe(Frame):
    def __init__(self, root,  text=None,font=None, bg=None,fg='black',
        height=64,width= 64,image=None, **arg):
        super().__init__(master=root, font=font, bg=bg, height=height, width=width, image=image)
        self.text = text
        self.fg = fg
 
 
root = Tk()
ma_classe = Ma_classe(root, text="test", bg="white")
ma_classe.pack()
root.mainloop()

[MPython Alaplancha]

Bonjour Fred,
Oui effectivement. Par ailleurs, je n'ai nullement besoin de cet héritage pour la conception de mon objet. Il s'agissait d'un résidu de mes différents essais.
Sinon, je vois que tu utilises la méthode super(). Je n'ai jamais vraiment compris ce qui justifie son utilisation.*
Pourquoi ne pas écrire simplement frame.init(...) ?
J'ai déjà interrogé des personnes sur le sujet, mais personne n'a su m'expliquer pourquoi ils utilisaient super().

[fred1599]

Tu as toutes les explications (en tout cas je peux pas faire plus détaillé) avec des exemples sur ce topic.

Bonne lecture

[wiztricks]

J'ai déjà interrogé des personnes sur le sujet, mais personne n'a su m'expliquer pourquoi ils utilisaient super().

Python est un langage à héritage multiple. Si une classe hérite de A et de B, il faudrait appeler A.__init__ et B.__init__ dans le bon ordre.

super() calcule cela à notre place et évite d'avoir à se prendre le chou si on change l'héritage de B, A à A, B...

- W

[MPython Alaplancha]

Bonjour,
Fred: J'ai pas encore pris le temps d'étudier le lien . Je l'ai juste lu en diagonale. Il renvoit vers autre lien qui me semble plutôt explicite: https://xo3defukjz6q75rl224hyhyaua-a...sidered-super/
J'en étudirais les exemples lorsque je disposerais d'un peu de temps

wiztricks:

Belle journée à tous