Quel framework / squelette pour mon application ?

Version imprimable

04/02/2013, 00h20
bibi21000

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
06/02/2013, 22h17
wiztricks

Salut,
Le "framework" étant tkinter, la question serait plutôt sur quels widgets, non?

Citation:

- 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 çà.

Citation:

- 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.

Citation:

- 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.

Citation:

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
10/02/2013, 17h28
bibi21000

1 pièce(s) jointe(s)

Citation:

Envoyé par wiztricks

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

ttk.notebook est un bon début pour çà.

C'est ca :)

Citation:

Envoyé par wiztricks

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

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

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
12/02/2013, 20h42
wiztricks

Citation:

Envoyé par bibi21000

Pour la jauge, vous avez une idée ?

ttk.progressbar!

Citation:

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
13/02/2013, 23h58
bibi21000

1 pièce(s) jointe(s)

Citation:

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.

Citation:

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 :)

Citation:

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é.

Citation:

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
14/02/2013, 21h35
bibi21000

Une autre question :
quand je définis un Label par exemple, je "l'associe" à un frame :

Code:

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:

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:

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:

self.trace_topic_lbl.grid(row=0, column=0, sticky='e', pady=5, padx=5, in_=topic_frame)

Code:

self.trace_topic_lbl.grid(row=0, column=0, sticky='e', pady=5, padx=5, in_=topic2_frame)

?
Merci d'avance

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:

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:

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
Citation:

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.

Citation:

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.

Citation:

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:

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.

Citation:

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

27/02/2013, 00h02
bibi21000

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