Fonctionnement de Python

Version imprimable

Dans les milliers de lignes qui décrivent le fonctionnement de Python, j'ai dû en rater deux ou trois : dont celles qui expliquent mon problème.
Voici un script très élémentaire.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 # ! /usr/bin/env python3 # -*- coding: utf-8 -*- import os import tkinter as tk import os fen1 = tk.Tk() fen1.title('TEST') fen1.geometry('300x400') fen1.configure(bg='black') os.system('xset r off') # on desactive la repetition des touches def ma_fonction(event): # imprime la touche frappée.... laTouche = event.keysym print(laTouche) # la solution barbare que j'ai trouvée... # if laTouche == "KP_End": # laTouche = "KP_1" # print(laTouche) os.system('xset r off') # désactive la variable systeme repetition des touches # les deux options : valider KeyPress ou KeyRelease ... fen1.bind('<KeyPress>', ma_fonction) fen1.bind('<KeyRelease>', ma_fonction) fen1.mainloop() os.system('xset r on') # reactive la répétition des touches
Vous remarquerez les deux lignes 25 et 26 (une seule devrait suffire) qui devraient m'envoyer le même résultat et cela est vrai pour toutes les touches du clavier sauf pour celles du pavé numérique.
Si je n'utilise que la ligne 25. Tout marche bien
Si je n'utilise que la ligne 26, la touche "KP_1" frappée est reconnue comme étant la touche alternative "KP_End".
Et si je valide les deux lignes, cela me retourne clé frappée "KP_1" clé relachée "KP_End"
Tout ceci montre que Python ne se comporte pas comme un langage interprété 'classique' c'est à dire "instruction par instruction : mais qu'il manipule ( pardon : "pré-compile" un script " à sa sauce" et c'est la recette de cette sauce, que j'aimerais connaître.
Si quelqu'un peut m'expliquer ce que je crois être un phénomène, mais qui n'est dû qu'à mon ignorance, j'en serais ravi. Merci à tous.
PS. J'ai la doc Python à peu près intégrale mais trouver trois lignes parmi des milliers, ce n'est pas évident. Je précise que je suis sous Ubuntu (22.04), avec PyCharm et que j'utilise Python 3.10

07/10/2022, 18h56
wiztricks

Salut,

Python n'est pour rien ici: c'est TCL/Tk qui récupère les "bind" et qui appelle la fonction lorsque l'évènement arrive. Et comme vous êtes sous Ubuntu, on peut supposer que le gestionnaire d'écran est X11 et normalement, c'est lui qui s'occupe de ces "détails".

- W
07/10/2022, 19h09
Sve@r

Bonjour

Citation:

Envoyé par azad2b

Dans les milliers de lignes qui décrivent le fonctionnement de Python, j'ai dû en rater deux ou trois : dont celles qui expliquent mon problème.

Ouaip, j'avoue là c'est franchement pas de bol.. :aie:

Citation:

Envoyé par azad2b

Vous remarquerez les deux lignes 25 et 26 (une seule devrait suffire) qui devraient m'envoyer le même résultat et cela est vrai pour toutes les touches du clavier sauf pour celles du pavé numérique.
Si je n'utilise que la ligne 25. Tout marche bien
Si je n'utilise que la ligne 26, la touche "KP_1" frappée est reconnue comme étant la touche alternative "KP_End".
Et si je valide les deux lignes, cela me retourne clé frappée "KP_1" clé relachée "KP_End"

Il est vrai que les touches du pavé numérique ont deux significations, tantôt un chiffre, tantôt un déplacement. C'est probablement la méthode utilisée par Tk permettant de choisir ce que l'on veut récupérer. Celui qui veut les flèches devra prendre <KeyRelease>.

Citation:

Envoyé par azad2b

Tout ceci montre que Python ne se comporte pas comme un langage interprété 'classique' c'est à dire "instruction par instruction : mais qu'il manipule ( pardon : "pré-compile" un script " à sa sauce"

Qu'est-ce qui justifie cette conclusion? Quand je teste ton programme, je tente des trucs comme laisser appuyer avant de relacher, et je vois bien le KeyPress s'afficher avant que je ne relache ma pression.
Par ailleurs tu entres là dans le domaine de la gestion évènementielle, qui effectivement n'est pas linéaire car ça réagit aux évènements non pas dans l'ordre dans lequel la réaction a été programmée mais dans l'ordre dans lequel les évènements arrivent. Mais ce n'est pas Python qui fait cette sauce mais la librairie IHM (ici Tk). En l'état, ton code ne permet pas d'incriminer Python. Et à mon sens, Python pur travaille bien instruction par instruction.
Ceci dit, effectivement Python c'est aussi du compilé (plus exactement du "byte-codé"). Chaque fois que tu inclues un de tes scripts "xxx.py" en tant que module, Python génère un dossier "__pycache__" dans lequel il place ton code transformé en byte-code (fichier ".pyc"). Puis si tu relances ton script mais que "xxx.py" n'a pas été modifié, alors c'est bonus.
Tu peux toi-aussi générer manuellement un pyc à partir d'un py via le module "compileall".
07/10/2022, 20h03
Invité

Salut !

Par curiosité ça donne quoi avec pynput ou autre module capable de capter les touches ?
07/10/2022, 21h32
azad2b

Citation:

Envoyé par LeNarvalo

Salut !

Par curiosité ça donne quoi avec pynput ou autre module capable de capter les touches ?

Merci de ta réponse.
J'avais essayé pynput il y a quelque temps, pour résoudre un problème que je ne comprenais pas dans une fonction très longue. et qui elle aussi captait plusieurs fois des évènements "clavier". Ca avait marché mais après réflexion, j' ai scindé cette fonction en 3 autres plus digestes et tout était rentré dans l'ordre. C'est à partir de là que j'en avais conclu, un peu vite peut-être que Python tenait compte de la suite des évènements quand il traitait une fonction.
Cela étant, le plus simple pour moi est de ne plus faire appel aux cinq touches du pavé numérique que mon projet utilise et d'utiliser 5 touches arbitraires du clavier principal. Car après tout, c'est le KeyCode d'une touche que j' utilise. D'ailleurs, une fois terminé, mon projet utilisera un clavier virtuel (fabriqué avec un module Arduino, ou Raspberry) et utilisant des boutons poussoirs genre "Industriel". Ce qui rendra le script indépendant et du système et des librairies externes et du hard. Parce qu'en plus, je n'avais pas osé vous en parler, mais mon ordinateur est un Mac-Pro de bureau de chez Apple. Et quand on connaît ces zèbres là, on s'attend à tout.
Mais tout de même, histoire de ne pas mourir complètement idiot, je crois que je vais aller voir du coté des variables système de Linux, un peu comme je l'ai fait avec la fonction répétition des touches dont je me sert ici, et aussi étudier un peu TCL/Tk comme l'indique Wistricks (que je salue).
08/10/2022, 06h04
MPython Alaplancha

Bonjour,
... En tout cas, le codeur n'est nullement limité par la façon de faire de tkinter lorsqu'il veut utiliser les évènements claviers (y compris ceux du clavier numérique).