Toutes les couleurs du visible dans ta NumWorks

[parisse]

@critor: ca ne resoud pas le probleme, parce qu'on est bloque dans l'affichage console pour la saisie de la longueur d'onde et on ne voit plus le spectre.
Si on ajoute from kandinsky import *, le script que j'ai donne est compatible avec le MicroPython modifie de Delta qui accepte les couleurs aux deux formats (entier et tuple, ce que Numworks devrait faire, pourquoi briser la compatibilite si on peut avoir les deux formats) mais on a le meme probleme. Il faudrait recoder l'implementation du input() de Numworks en restant dans le graphique, comme je le fais dans KhiCAS ou input() ouvre une mini-boite de dialogue dans la partie inferieure de l'ecran de la calculatrice.
(Au passage, notez que mon script est plus rapide, car il utilise un rectangle rempli plutot que de tracer pixel par pixel)

Mais en fait ce n'est pas un probleme pour les n0110 si on n'est pas sectaire, puisqu'on peut faire tourner le script avec KhiCAS!

[critor]

Bonjour.

Comme je l'ai dit juste avant le script, je n'ai corrigé que l'erreur qui se déclenchait.

Pour le input() c'est davantage une question d'interface à refondre, et je trouve donc que c'est plutôt à l'auteur du script de faire ses propres choix.

[parisse]

Pour le input() c'est davantage une question d'interface à refondre, et je trouve donc que c'est plutôt à l'auteur du script de faire ses propres choix.

Je ne suis pas d'accord, ce n'est pas a l'auteur de refondre son interface, je ne vois d'ailleurs pas trop comment il pourrait faire en utilisant input() qui va cacher le graphique.
Je ne sais pas comment sont/seront geres les saisies de touche a la getkey() dans micropython, je suppose qu'ils laissent le graphique affiche. Dans ce cas, un programmeur peut ecrire une fonction d'entree de chaine de caracteres equivalente a input() en restant en affichage graphique, mais il doit tout gerer lui-meme (saisie caractere par caractere, gestion de l'affichage, gestion des touches de deplacement droite/gauche et d'effacement, de OK et annulation). C'est quand meme plus normal que le travail soit fait une fois pour toutes dans une commande, ca pourrait etre un graph_input() si Numworks ne veut pas toucher au fonctionnement de input().
Je ne pretends pas que ma solution dans KhiCAS est parfaite, mais elle est clairement mieux adaptee que celle proposee par Epsilon actuellement.

[Adriweb]

L'opposition que présentait Critor était entre l'auteur originel et lui, Numworks n'était pas considéré. Si on les met dans la balance, oui, peut-être qu'il faudrait carrément un graph_input ou quelque chose de ce genre.

[Dogm]

L'opposition que présentait Critor était entre l'auteur originel et lui, Numworks n'était pas considéré. Si on les met dans la balance, oui, peut-être qu'il faudrait carrément un graph_input ou quelque chose de ce genre.

Chaque chose en son temps, Numworks a déjà mit 2 ans pour le getkey()

[parisse]

Et Numworks devrait aussi retablir la possibilite d'utiliser des codes couleurs avec un entier, vu que ca n'entre pas en contradiction avec utiliser un tuple, afin de conserver la compatibilite des scripts existants. Sur ce point, ils se comportent comme Apple, ce qui n'est pas une reference...