IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Tkinter Python Discussion :

Quel framework / squelette pour mon application ?


Sujet :

Tkinter Python

  1. #1
    Candidat au Club
    Inscrit en
    Décembre 2010
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 6
    Points : 2
    Points
    2
    Par défaut Quel framework / squelette pour mon application ?
    Bonjour à tous,
    Je suis à la recherche d'un framework / squelette / exemple pour développer une application en tkinter. Le but étant de réaliser un GUI à mon bus (basé sur zeromq).

    En gros, je vous explique mes besoins :

    - je vais avoir besoin de multiples fenêtres (ou onglets ou autre choses). Idéalement ces "onglets" devraient pouvoir se charger ou non (si les services sur le bus sont désactivés, je n'ai aucune raison de charger l'onglet correspondant.

    - je dois pouvoir échanger des informations entre ces différents onglets.

    - si en plus, il pouvait gérer les skins (ou un truc dans le genre) ca serait le top

    Autre petite question : mon GUI a besoin de poller périodiquement les données de zeromq. J'utilise actuellement after toutes les 250ms et je polle durant 50ms. Qu'en pensez-vous ? Existe t il un autre moyen de de faire ? une sorte de periodicCallback ?

    Merci d'avance

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 287
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 287
    Points : 36 776
    Points
    36 776
    Par défaut
    Salut,
    Le "framework" étant tkinter, la question serait plutôt sur quels widgets, non?
    - je vais avoir besoin de multiples fenêtres (ou onglets ou autre choses). Idéalement ces "onglets" devraient pouvoir se charger ou non (si les services sur le bus sont désactivés, je n'ai aucune raison de charger l'onglet correspondant.
    ttk.notebook est un bon début pour çà.
    - je dois pouvoir échanger des informations entre ces différents onglets.
    Les variables tkinter sont une bonne base pour faire des observables: tous les widgets qui affichent ces variables sont mis à jour instantanément.
    - si en plus, il pouvait gérer les skins (ou un truc dans le genre) ca serait le top
    Je ne sais pas ce que vous entendez par là, mais çà risque d'être du boulot.

    Autre petite question : mon GUI a besoin de poller périodiquement les données de zeromq. J'utilise actuellement after toutes les 250ms et je polle durant 50ms. Qu'en pensez-vous ? Existe t il un autre moyen de de faire ? une sorte de periodicCallback ?
    Pourquoi ne pas mettre la partie ZMQ dans un thread et poster les updates à réaliser au GUI? Pousser est généralement plus efficace/simple que poller/tirer.
    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  3. #3
    Candidat au Club
    Inscrit en
    Décembre 2010
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 6
    Points : 2
    Points
    2
    Par défaut
    Citation Envoyé par wiztricks Voir le message
    Salut,
    Le "framework" étant tkinter, la question serait plutôt sur quels widgets, non?
    Je pensais plus à un framework applicatif sur la facon de creer des applications multi-fenêtre. Pour info, la dernière fois que j'ai créé un interface client, c'etait avec Delphi ... il y a 10 ans
    Réflexion faite je vais plutôt partir sur des "petites" applications indépendantes.

    Citation Envoyé par wiztricks Voir le message
    ttk.notebook est un bon début pour çà.
    C'est ca

    Citation Envoyé par wiztricks Voir le message
    Les variables tkinter sont une bonne base pour faire des observables: tous les widgets qui affichent ces variables sont mis à jour instantanément.
    J'ai lu une doc la dessus en effet. C'est comme Louie ou le PUB/SUB de zeromq en gros ?

    Citation Envoyé par wiztricks Voir le message
    Je ne sais pas ce que vous entendez par là, mais çà risque d'être du boulot.
    Je ne connais pas du tout tkinter et je vois partout "themes" alors je pensais que c'était "intégré". Mais j'abandonne

    Citation Envoyé par wiztricks Voir le message
    Pourquoi ne pas mettre la partie ZMQ dans un thread et poster les updates à réaliser au GUI? Pousser est généralement plus efficace/simple que poller/tirer.
    - W
    La dernière fois que j'avais essayé (avec cherrypy), les 2 boucles refusaient de cohabiter, c'est pour ça que je me suis rabattu sur le poll pour la partie Zeromq. Je referais un test avec le prochain module.
    J'ai mis en fichier attaché une saisie écran de ma première appli tkinter : elle affiche tous les topics (PUB) du bus.

    D'autres questions vu que j'ai des réponses :
    Pour matérialiser l'état du réseau, je voudrais faire un petit tableau de bord : les services en fonctionnement seraient précédés d'un point vert et les services arrêtés d'un rouge. Il me faudrait aussi une espèce de jauge pour montrer la charge du bus : de vert à rouge, enfin vous voyez le principe.
    Pour les services, je pense que je peux le faire avec des label
    Pour la jauge, vous avez une idée ?
    Je voudrais maintenant réutiliser ceci dans plusieurs petites applis. C'est quoi la meilleur façon de procéder : mettre tout ça dans un Frame ?

    Si vous avez des liens sympas sur tkinter, je suis preneur aussi

    Merci pour ta réponse
    bibi
    Images attachées Images attachées  

  4. #4
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 287
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 287
    Points : 36 776
    Points
    36 776
    Par défaut
    Citation Envoyé par bibi21000 Voir le message
    Pour la jauge, vous avez une idée ?
    ttk.progressbar!

    Je voudrais maintenant réutiliser ceci dans plusieurs petites applis. C'est quoi la meilleur façon de procéder : mettre tout ça dans un Frame ?
    Il n'y a pas de "bonnes" règles pour construire des widgets "composites".
    Cà dépendra:
    - faut-il accéder ou pas aux "composants" directement ou pas?
    - qui sera le layout manager et comment le faire coopérer?
    Partir avec une Frame comme emballage est "assez bon" dans de nombreux cas.

    Pour commencer, il faut lire les tutoriels sur TkDocs. Il y a aussi pas mal d'infos sur le Wiki Python.

    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  5. #5
    Candidat au Club
    Inscrit en
    Décembre 2010
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 6
    Points : 2
    Points
    2
    Par défaut
    Pourquoi ne pas mettre la partie ZMQ dans un thread et poster les updates à réaliser au GUI? Pousser est généralement plus efficace/simple que poller/tirer.
    Merci Ca marche nickel au moins 2 fois (voir beaucoup quand il n'y a pas de message) de CPU utilisée.

    Il n'y a pas de "bonnes" règles pour construire des widgets "composites".
    Cà dépendra:
    - faut-il accéder ou pas aux "composants" directement ou pas?
    - qui sera le layout manager et comment le faire coopérer?
    grid me convient parfaitement. Il me rappelle le html
    Partir avec une Frame comme emballage est "assez bon" dans de nombreux cas.
    j'ai vu plusieurs sujets la dessus dans mon amis Google mais je n'ai pas trop compris pourquoi le fait "d'hériter" de frame était tant décrié.

    ttk.progressbar!
    J'ai récupérer un bout de code sur le net. ca le fait bien je trouve (voir fichier joint), juste que je n'arrive pas a faire changer la couleur quand la charge devient plus importante. Je verrais ça plus tard.

    Merci pour ton aide
    Images attachées Images attachées  

  6. #6
    Candidat au Club
    Inscrit en
    Décembre 2010
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 6
    Points : 2
    Points
    2
    Par défaut
    Une autre question :
    quand je définis un Label par exemple, je "l'associe" à un frame :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    self.trace_topic_lbl = Label(topic_frame, justify="right", anchor="w", text="Topic : ")
    Ici, il topic_frame est un frame du notebook. Et je le place via :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    self.trace_topic_lbl.grid(row=0, column=0, sticky='e', pady=5, padx=5, in_=topic_frame)
    Maintenant, je souhaite réutiliser ce Label dans un autre frame du Notebook.
    Est-ce que je peux faire :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    self.trace_topic_lbl = Label(self, justify="right", anchor="w", text="Topic : ")
    Ou self est le frame qui parent du Notebook
    Et pour le placer dans les différents frames du notebook :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    self.trace_topic_lbl.grid(row=0, column=0, sticky='e', pady=5, padx=5, in_=topic_frame)
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    self.trace_topic_lbl.grid(row=0, column=0, sticky='e', pady=5, padx=5, in_=topic2_frame)
    ?
    Merci d'avance

  7. #7
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 287
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 287
    Points : 36 776
    Points
    36 776
    Par défaut
    Salut,

    Je ne suis pas sûr d'avoir tout compris.

    Lorsqu'on crée un widget on passe le "parent".
    A l'instant t, un widget (Label) peut être rendu "slave" d'un autre widget "master" (Frame) via le "in_" appliqué à grid ou pack.
    Par défaut "master" est "parent" mais on peut s'en écarter modulo que les 4 widgets (le "parent" du futur "slave", le "parent" du futur "master") soient dans le même s/arbre.
    Exemple:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    >>> import tkinter as tk
    >>> f1 = tk.Frame() # le parent est tk._default_root
    >>> f2 = tk.Frame() # idem
    >>> l1 = tk.Label()   # idem
    >>> l1.pack(in_=f1)  # master de l1 devient f1
    >>> l1.forget() # master de l1 n'est plus
    >>> l1.pack(in_=f2) # master de l1 devient f1
    Si on crée un Label dans f1 et qu'on cherche à rendre f2 son "master", çà plante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    >>> l2 = tk.Label(f1)
    >>> l2.pack(in_=f2)
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
      File "C:\py_env\py3.2-32\lib\tkinter\__init__.py", line 1792, in pack_configur
        + self._options(cnf, kw))
    _tkinter.TclError: can't pack .37705296.39313040 inside .39375536
    Maintenant, je souhaite réutiliser ce Label dans un autre frame du Notebook.
    Le plus simple est d'avoir une Frame "f0".
    Vous créer notebook, frame et label avec le même parent "f0".
    Puis, notebook.add(frame), label.pack(in_=frame) doivent fonctionner.
    Ceci dit, pack(in_...) n'est pas une "copie": il faut faire .forget avant de réassigner le master et éventuellement créer autant de "Label" que de "Frame" dans lequel on voudra l'y mettre.

    Si votre objectif est de mettre à jour le texte dans chaque Label, il faut passer par un texte = tk.StringVar() associée aux Labels via textvariable=text. texte.set('à afficher') mettra alors à jour tous les "Labels".

    - W
    PS: Il y a d'autres restrictions côté stacking order qui font que le Label peut être masqué par d'autre widgets.

    RESTRICTIONS ON MASTER WINDOWS

    The master for each slave must either be the slave's parent (the default) or a descendant of the slave's parent. This restriction is necessary to guarantee that the slave can be placed over any part of its master that is visible without danger of the slave being clipped by its parent. In addition, all slaves in one call to grid must have the same master.

    STACKING ORDER

    If the master for a slave is not its parent then you must make sure that the slave is higher in the stacking order than the master. Otherwise the master will obscure the slave and it will appear as if the slave hasn't been managed correctly. The easiest way to make sure the slave is higher than the master is to create the master window first: the most recently created window will be highest in the stacking order.
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  8. #8
    Candidat au Club
    Inscrit en
    Décembre 2010
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 6
    Points : 2
    Points
    2
    Par défaut
    Je ne suis pas sûr d'avoir tout compris.
    Ce widget étant "connecté" à la ZMQ, je voulais pouvoir l'afficher dans un autre onglet sans devoir re-déclarer la commande, ...
    A la réflexion, c'est une mauvaise idée. Je pense qu'il est préférable pour moi de dériver d'une classe de widget :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    class HabusButton(tk.Button):
        """
        """
        def __init__(self, master, zmq_req, admin_req, label=None, *args, **kw):
            """
            """
            res = zmq_req.request(admin_req)
            tk.Button.__init__(self, master, text=res[3], *args, **kw)
            if label != None :
                label['text'] = res[4]
    Ce widget se configure (text et aide) automatiquement depuis les données de ZeroMQ.

    Si votre objectif est de mettre à jour le texte dans chaque Label, il faut passer par un texte = tk.StringVar() associée aux Labels via textvariable=text. texte.set('à afficher') mettra alors à jour tous les "Labels".
    C'est aussi un de mes objectifs pour les valeurs que les utilisateurs doivent saisir. Je pense que je vais dériver des StringVar et autre IntVar afin de mettre à jour la donnée dans/depuis Zeromq.

    Merci pour toutes tes infos

  9. #9
    Candidat au Club
    Inscrit en
    Décembre 2010
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 6
    Points : 2
    Points
    2
    Par défaut
    Merci pour votre aide.
    Pour ceux que cela intéresse, le code de est disponible ici : http://bibi21000.gallet.info/index.p...e-the-bus.html
    Merci encore

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Quel framework/CMS pour mon projet?
    Par pierrepoulpe dans le forum Débuter
    Réponses: 0
    Dernier message: 27/03/2014, 12h58
  2. [AJAX] Quel framework utilisé pour mon outil?
    Par csseur22 dans le forum AJAX
    Réponses: 4
    Dernier message: 23/10/2009, 16h04
  3. quel language pour mon application?
    Par 123quatre dans le forum Langages de programmation
    Réponses: 5
    Dernier message: 02/06/2008, 17h31
  4. Quel language choisir pour mon application?
    Par cassegrain dans le forum Langages de programmation
    Réponses: 1
    Dernier message: 17/05/2008, 11h22
  5. Quels composants pour mon application ADO ou BDE
    Par Al_Kat dans le forum Bases de données
    Réponses: 4
    Dernier message: 17/06/2007, 16h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo