Débutant en Python : comment surveiller un répertoire pour déclencher une action

113 lignes, trop long ??? 8O C'est une blague ?:mouarf:

Qu'est-ce qui est mal structuré ? Ca me semble pourtant pas compliqué : des procédures pour les parties de code qui servent à plusieurs endroits... Dans ma prime jeunesse ça servait à ça les procédures...

Les "détails" c'est que ça renvoie un message d'erreur... Où puis-je trouver l'explication de ce code d'erreur ? C'est "mal" d'appeler une procédure lorsqu'un évènement se produit ? Il faut une procédure définie de manière particulière pour ça ?
Pourquoi ça marche pour un clic bouton et pas pour un "callback" ? Est-ce à dire qu'il faut une procédure avec un paramètre "event" pour le callback, dans laquelle j'appelle la procédure de renommage "classique" ?

Citation:

---

Envoyé par Vincent-vr

Oui, lorsque je sélectionne un autre élève dans la liste voilà ce que ça renvoie :

Code:

---

1 2 3 4 5

Exception in Tkinter callback Traceback (most recent call last): File "C:\Users\richa\AppData\Local\Programs\Python\Python39\lib\tkinter\__init__.py", line 1892, in __call__ return self.func(*args) TypeError: selection_eleve() takes 0 positional arguments but 1 was given

---

---

Bonjour,
Pour que ta fonction puisse être aussi appellé depuis l'événement, il te faut transmettre l'argument evt à ta fonction.

Code:

---

def selection_eleve(self, event=None)

---

ps: j'ai lu rapidement ton code , en lisant self dans ta fonction j'ai cru que tu avais créer une classe. Ce qui n'est pas le cas.
Donc:

Code:

---

def selection_eleve(event=None)

---

Citation:

---

Envoyé par Vincent-vr

Pourquoi ça marche pour un clic bouton et pas pour un "callback" ? Est-ce à dire qu'il faut une procédure avec un paramètre "event" pour le callback, dans laquelle j'appelle la procédure de renommage "classique" ?

---

Il y a différents types d'évènements et les callbacks associés vont recevoir différents arguments... Le callback passé comme command à un Button n'a pas le même prototype que celui associé à .bind.

C'est comme çà et ça fonctionne "as documented".
Je reconnais que ce n'est pas "intuitif"... c'est pour çà qu'on a intérêt à se former un peu avant.

Citation:

---

Envoyé par Vincent-vr

113 lignes, trop long ??? C'est une blague ?

---

La question se résume à "pourquoi le callback associé à <<ListboxSelect>> via un .bind se récupère un argument"... ou "comment le faire disparaître lorsqu'on n'en a pas besoin?" peut s'illustrer par un petit exemple de quelques lignes et motiver la création d'une nouvelle discussion.

Cela permettrait a plus de moins débutants de vous apporter des réponses plutôt que d'attendre que le vieux grincheux qui sait lire le code pourri écrit par d'autres (c'est une de mes spécialités) comprenne ce qu'il se passe sans se prendre les pieds dans le tapis (qui est le critère pour savoir si un code est lisible/bien structuré ou pas).

Citation:

---

Envoyé par Hominidé

Pour que ta fonction puisse être aussi appellé depuis l'événement, il te faut transmettre l'argument evt à ta fonction.

---

On peut écrire def selection_eleve(*event)
Mais actuellement, la fonction n'a que faire de la présence ou pas d'event.
Dans ce cas, on peut manger l'argument:

Code:

---

liste.bind('<<ListboxSelect>>',lambda e: selection_eleve())

---

- W

Citation:

---

Envoyé par wiztricks

C'est comme çà et ça fonctionne "as documented".

---

Je cherche encore où... ;)

Merci pour les explications ! Donc dans le cas d'un callback il y a forcément un argument récupérant l'évènement déclencheur. Sauf que pour les autres appels à ma procédure, je n'en ai cure ! D'où l'argument optionnel...
Et par la même occasion je découvre l'usage des fonctions lambda :applo:
Je voudrais pas dire mais pour trouver ça sur le net, faut déjà savoir ce qu'on cherche :roll:

Citation:

---

Envoyé par Vincent-vr

Je voudrais pas dire mais pour trouver ça sur le net, faut déjà savoir ce qu'on cherche :roll:

---

Les listes d'arguments arbitraires (*event) ou les fonctions anonymes (lambda) sont décrites (avec exemples) dans le tutoriel qui vient avec Python (la référence pour programmeur qui débute avec Python).

La plupart des tutos sur tkinter utilisent lambda car c'est une façon simple de lier un objet a une fonction sans avoir a écrire une "class".

L'intérêt des tutos, c'est d'acquérir un minimum de bagage technique et un petit capital d'exemples qui permettront de choisir ses mots clefs lors qu'on cherche quelque chose.

Pour les documentations sur tkinter, vous en avez un florilège dans cette discussion qui est la première à s'afficher lorsque vous prenez le temps d'aller sur le forum tkinter.


Mais bon, quand on ne veut pas ouvrir la documentation et les tutos, pourquoi espérer que vous prêtiez attention à ce qu'il se passe ici et comment ça fonctionne? Visiblement, vous n'en avez pas grand chose à foutre pourvu que votre joujou soit utilisable le 23.

- W

Désolé si je veux faire de la programmation pour un répondre à un besoin professionnel et pas seulement pour le plaisir, sinon j'aurai certainement pris beaucoup de plaisir à coder un p'tit jeu rigolo pour amuser mes enfants... Je vais y penser ;)
Effectivement maintenant mon joujou utilitaire fonctionne et je vais pouvoir approfondir mes connaissances de ce merveilleux langage à temps perdu ;)

Salut,

Citation:

---

Envoyé par Vincent-vr

Désolé si je veux faire de la programmation pour un répondre à un besoin professionnel

---

Je ne fais que vous rappeler les règles que vous devriez respecter avant de poster... et que vous êtes supposé avoir lu et compris. Ce qui est la base lorsqu'on veut intégrer une communauté (telle que celle ci).

Personnellement, quand je suis pressé, je sollicite un professionnel (et je le paie)... Et quand je suis moins pressé et que ça me botte d'apprendre, je prends le temps qu'il faut (tant que ça ne devient pas "urgent").

- W

On peut pas avoir envie d'apprendre vite ? :mrgreen:

Citation:

---

Envoyé par Vincent-vr

On peut pas avoir envie d'apprendre vite ? :mrgreen:

---

Techniquement, ce n'est pas possible car apprendre, c'est fabriquer des chemins/connexions entre neurones. La répétition permet de renforcer ces connexions et les transformer en automatismes.

Comme c'est de la chimie, c'est lent (sauf dans matrix).

Ceci dit vous ne cherchez pas à apprendre mais à obtenir rapidement un résultat sans trop prendre le temps d'apprendre. C'est sur que ça peut être tentant... Demander de l'aide à une communauté de développeurs que vous n'en avez rien à cirer pourvu qu'ils vous dépatouillent ne va pas marcher longtemps.

Il suffit de lire votre code pour se rendre compte que vous n'avez pas pris le temps de vous former un peu, et au plus il sera pénible à lire, au moins il y aura de gens qui prendront le temps de vous répondre.

- W

Citation:

---

Envoyé par Vincent-vr

Désolé si je veux faire de la programmation pour un répondre à un besoin professionnel et pas seulement pour le plaisir

---

Je fais aussi de la programmation de façon professionnelle. Mais cela ne m'a pas empêché, quand j'ai voulu me mettre à Python, de télécharger un tuto et prendre le temps de le lire et aussi de faire certains des exercices qui étaient mentionnés. Parce que je savais que ce temps "investi" serai ensuite rentabilisé.
Et si demain je veux apprendre un autre langage, ou même une technologie précise de Python que je ne connais pas encore, je commencerai par chercher des tutos, des exemples ou la doc du langage ou de la techno.

Encore désolé de vous avoir dérangé...Si un forum n'est pas un endroit d'entraide pour aider les p'tits nouveaux à mettre le pied à l'étrier, alors quelque chose m'a échappé...
C'est pas grave ! J'en vu et lu d'autres :mouarf:

Citation:

---

Envoyé par Vincent-vr

Si un forum n'est pas un endroit d'entraide pour aider les p'tits nouveaux à mettre le pied à l'étrier, alors quelque chose m'a échappé...

---

Euh... oui, ce qui t'a visiblement échappé ce sont les 110 réponses sur ce topic qui s'étalent sur 3 pages et qui montrent qu'effectivement on s'investit pour te répondre du mieux qu'on peut.
Mais si tu n'admets pas qu'on puisse aussi te dire qu'un langage ou une techno spécifique ça commence par s'apprendre dans des livres ou de la doc alors effectivement quelque chose de fondamental t'a échappé et continue à t'échapper (surtout si ces livres ou cette doc sont offertes gratuitement sur le net). En plus, je ne te dis rien que je ne fasse pas moi-même pour mes propres soucis (exemple ici où je mentionne mon besoin d'apprendre une certaine technologie)...

Citation:

---

Envoyé par Vincent-vr

C'est pas grave ! J'en vu et lu d'autres :mouarf:

---

Nous aussi :mouarf:

Si si, j'admets tout à fait que je doive me plonger dans le manuel pour comprendre la philosophie du langage et c'est ce que j'ai commencé à faire !
Ainsi je pourrai développer l'application complète dont j'ai l'idée !
Merci pour votre aide à tous pour ce démarrage chaotique mais riche d'enseignements !

Tkt Vincent, ici, il n'y a pas que des vieux cons intraitables sur la discipline !
Il y aussi des p'tits cons peu conventionnels. :mrgreen:

Wiz et Sve@r ont raison de dire qu'il faut apprendre les bonnes méthodes plutôt que de manipuler des bouts de code trouvé sur internet, mais bon souvent ce que tu n'auras pas lu dans un tuto complet n'auras pas grand intérêt pour ton besoin spécifique du moment. Le problème c'est qu'une fois sur dix/cent/mille (?), tu sous-estimes un truc primordial, pour ma part ça a été notamment le cas pour les threads démons.

Après tout dépend de ton objectif...

C'était Captain Obvious !

Citation:

---

Wiz et Sve@r ont raison de dire qu'il faut apprendre les bonnes méthodes

---

Les bonnes méthodes pour aller plus dans le détail, c'est de commencer par le commencement... Cela signifie qu'on débute avec un tutoriel, on lit, on fait des petits tests, on découvre le langage et on se construit une bonne base en ayant conscience de tous les types standards existant.
Ensuite on commence à faire des petites choses plus élaborées, mais encore une fois, en ayant conscience que l'on a les bases théoriques (pour comprendre un minimum ce qu'on fait).
Tout ça se construit pas en un jour, et apprendre ne veut pas dire qu'on sait faire, il faut pratiquer encore et encore...

Et ça, les membres habitués et expérimentés, sur ce forum, le diront autant de fois que cela ne sera pas appliqué, car ça ne peut pas en être autrement.

Citation:

---

plutôt que de manipuler des bouts de code trouvé sur internet

---

Ça peut en être une bonne si l'on comprend ce qu'on lit, ou au moins l'on teste afin de voir ce qui se passe derrière des lignes complexes sur son interpréteur.
La mauvaise méthode, c'est faire quelque chose qu'on ne comprend pas, par exemple, en copiant bêtement un code sans savoir ce qu'il fait réellement.

Pour conclure,

L'entraide oui, mais répéter des bases écrites n fois sur les forums, les tutoriels, ... ce n'est plus de l'entraide, c'est rechercher ce que le PO n'a pas pris le temps de faire.