Version 5.0.1 : | Version 5.1.0 : |
![]() | ![]() |
Un choix possiblement fait délibérément, puisque c'est pareil sur TI-Nspire depuis bien plus longtemps, au moins la version 3.6.
Je puis comprendre que l'on puisse hésiter sur la pertinence du résultat dans ce cas, et donc choisir de ne rien retourner.
Mais ce n'est pas le choix fait unanimement par tous les autres constructeurs.
Certes, si l'erreur se déclenche sur un simple calcul, l'utilisateur va peut-être réfléchir, comprendre, et se mettre en mode radians. Ce qui pourra lui éviter de recopier des résultats faux en cas d'utilisation des fonctions trigonométriques dans le même exercice.
Mais quand l'erreur se déclenche dans un programme téléchargé, c'est plus embêtant. Car l'utilisateur va rarement aller fouiller dedans.
Les programmes potentiellement impactés sont à priori :
- les programmes en rapport avec les nombres complexes
- les programmes du 2nd degré traitant des cas complexes
Il y a la solution de basculer systématiquement en mode radians au démarrage du programme, mais personnellement je ne suis pas fan de ces changements de mode intempestifs à l'insu de l'utilisateur.