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)