Appli graphique de RPN (en Python !)

[cent20]

23.4 ko, on se rapproche des records en terme de taille de script.
Pour limiter les plantages, il faut souvent réduire la taille des objets en mémoire et éviter les objets qui changent de taille, c'est ce que j'ai compris de mes nombreux tests / échanges sur ce forum.

La fonction display() est vraiment (trop?) longue.
La reproduction de l'interface de l'application calcul est une idée tout à fait intéressante

[XanderLeaDaren]

Quelques améliorations de code m’ont permis de finaliser des fonctionnalités, et de pouvoir me remettre au développement dans les jours à venir.

Pour ceux qui suivent ce petit projet, on a maintenant :
– un menu « finance » quand on appuie sur [%] avec [shift], qui propose diverses utilisations de ce symbole ;
– la possibilité de ROLL down la pile en sélectionnant avec [↑] et [↓] le niveau le plus haut qu’on souhaite ;
– une correction à l’affichage des fameux 000000001 ou 9999999 propres à Python pour les nombres décimaux

@cent20 : tu suggères que je découpe display() en une succession de petites fonctions, pour la lisibilité, ou tu penses que je rafraichis trop de choses à chaque passage, et qu’il y a de l’optimisation à faire de ce côté-là ?

[cent20]

@cent20 : tu suggères que je découpe display() en une succession de petites fonctions, pour la lisibilité, ou tu penses que je rafraichis trop de choses à chaque passage, et qu’il y a de l’optimisation à faire de ce côté-là ?

J'ai en effet vu des lags de refresh, mais ce n'était pas l'objet de ma remarque.

Quand cette fonction est appelé, un "objet" se crée en mémoire.
Plus ta fonction est grosse, plus l'objet sera gros.
Dans un monde idéal, les fonctions sont les plus petites possibles, elles consomment ainsi le moins de mémoire possible (cela dépend aussi de ce qu'elle font, evidemment)

[XanderLeaDaren]

Grosse mise à jour :

- utilisation de tuples au lieu de listes quand c’est possible
- utilisation de valeurs numériques pour keydown au lieu de charger les constantes KEY_⋯ du module ion ;
- retrait des calculs statistiques (l’appli NumWorks fait mieux) ;
- affichage redessiné : ligne de saisie exactement de la même taille que l’appli Calculs NumWorks, et lignes d’affichage des niveaux de la pile qui font donc désormais exactement le double de la taille dynamique en mode fixe ;
- diverses fonctions optimisées pour rafraichir seulement les parties de l’écran qui le nécessitent plutôt que l’ensemble ;
- curseur qui forced-clignote en suivant la saisie de caractères dans la ligne de saisie ;
- corrections de bogues de comportement, pour être parfaitement conforme au comportement de machines en Entry RPN, cf. l’excellent tuto de Hans Klaver https://klaverscholten.nl/rpn/

[Adriweb]

Bien joué

Tu aurais des captures (voire gif/video?)

[XanderLeaDaren]

C’est prévu de filmer des petites vidéos de tuto, dès que le code ne bougera plus trop (et on approche de ce que je vise). Ce sera soit avec la machine, soit via capture d’écran de Thonny (ion et kandinsky ont été portés sur desktop), en fonction de ce que j’arriverai le plus rapidement à produire.
… ou ça peut arriver plus rapidement, si NumWorks met à jour l’émulateur en ligne pour prendre en compte toutes les touches (ils bossent dessus, mais c’est pas pour tout de suite)