Ajout coloration syntaxique éditeur Python NumWorks

by **critor** » 10 May 2018, 22:14

Parmi les calculatrices proposant la programmation

Python

pour la rentrée 2018, seule la

Casio Graph 90+E

proposait à date un éditeur avec coloration syntaxique du code.

Mais les choses vont changer.

zardam

vient de soumettre un ajout au code source de la calculatrice

NumWorks

qui active enfin la coloration syntaxique dans l'éditeur, et NumWorks a dit que ce serait intégré

Toutefois malheureusement, il n'a pas été diffusé de

firmware

(ni simulateur) modifié qui en découle. Donc si tu veux en profiter dès maintenant, il va falloir soit que tu te compiles toi-même le code, soit que tu attendes que

NumWorks

intègre l'ajout en question.

Source

:

https://github.com/numworks/epsilon/pull/435 via viewtopic.php?f=100&t=21411#p230739

by **compsystems** » 11 May 2018, 01:43

Ideas:

1: About coloring should also be done on mathematical expressions, ie coloring variables of one color, numbers of another, operators of another.

2: The ti-nspire is the first calculator that displays the math expressions in bidimensional format 2D or pretty print on a program

, we hope that in the near future it will also be implemented in numworks.

Good ideas?

interpreting long expressions in linear format 1D is very tedious

by **zardam** » 12 May 2018, 08:57

compsystems wrote:1: About coloring should also be done on mathematical expressions, ie coloring variables of one color, numbers of another, operators of another.

This is just my personal opinion, but I think that too much colors decrease the readability of the code. You focus more on the color than on the actual meaning of the code.

by **Adriweb** » 12 May 2018, 12:51

A more advanced syntax highlighting "algorithm" (even better if "semantic highlighting", in fact that's what I use on my IDEs, and I couldn't do without it) is doable and preferable, but probably not on such screens and platforms, as zardam said.

by **compsystems** » 12 May 2018, 15:32

zardam wrote:This is just my personal opinion, but I think that too much colors decrease the readability of the code. You focus more on the color than on the actual meaning of the code.

on the contrary, in complex mathematical expressions, making differences between operators and operands allows identifying the parts and subparts thereof.

In addition to highlighting, visualization in prettyprint is also required, since we are programming algorithms that involve mathematical expressions beyond arithmetic expressions.

I think that the highlighter should be configurable, that is, the user can customize the color, and which parts he wants to be highlighted

by **Adriweb** » 04 Jun 2018, 15:13

Romain Goyet a repris/amélioré/nettoyé la version de Zardam utilisant le lexer de micropython, et c'est désormais mergé (ainsi que micropython 1.9.4, entre autre)

Le thème de couleur choisi correspond à celui présent sur le workshop: