Daniel Vouaux (./5) :
-Le TI-Basic : simple mais peu puissant, c'est le langage que tu peux faire "de base" sur ta calculatrice. Ce langage est très utilisé pour tout ce qui fait partie des programmes mathématiques. Un gros inconvénient cependant : il dépend de la langue de la personne qui l'a écrite... Ainsi, si tu mets ta calculatrice en français, tu ne pourras pas lire un programme écrit en TI-Basic par quelqu'un dont la calculatrice était en anglais, et vice-versa. Cela est dû au fait que le "patch" de traduction traduise aussi toutes les instructions du TI-Basic. Mais beaucoup de programmes sont écrits en TI-Basic anglais.. Donc personnellement je te conseillerai de rester en langue anglaise (en plus les traductions n'apportent pas grand chose).
C'est plus compliqué que ça: le TI-BASIC existe en 2 formats: le format texte (éditable) et le format interne, dit "tokénisé" (binaire). Si un programme n'est pas archivé, il est converti en le format texte quand on l'édite et en le format tokénisé quand on le lance. Le format tokénisé est indépendant de la langue, donc si le programme a été lancé une fois en l'état désarchivé avant de le distribuer (ce qui est censé être le cas, le format tokénisé étant aussi plus rapide à exécuter, le format texte devant être traduit d'abord!), alors il n'y aura pas de problème de ce point de vue-là (mais on trouve souvent des programmes distribués non tokénisés
). Mais ce n'est pas toute l'histoire non plus, parce qu'il y a des instructions qui prennent ou renvoient des chaînes de caractères, par exemple tout ce qui touche aux réglages de mode, ainsi que l'instruction très populaire
getType (
captType en français). Ces chaînes ne peuvent pas être traduites automatiquement, donc elles posent problème même pour des programmes tokénisés. Il est possible de programmer en évitant ces chaînes codées en dur, mais très peu de programmeurs font cet effort, pour différentes raisons (parce qu'ils ne sont pas au courant, parce qu'ils n'ont pas envie, parce que ça prend un peu plus de place, ...).
Donc le résultat est que les programmes de quelques rares programmeurs (moi et 3-4 autres) sont systématiquement compatibles, d'autres programmes isolés marchent parce qu'ils n'utilisent par hasard pas ces chaînes de caractères, mais beaucoup de programmes foirent avec la calculatrice en autre chose que l'anglais.
Et sinon:
Les programmes en assembleur se fichent bien de savoir quelle est la langue de l'utilisateur.
C'est vrai en règle générale, mais il y a quelques exceptions. (Quand le programme touche aux mots-clés TI-BASIC, il peut y avoir un problème, par exemple
Complete ne fonctionne qu'en anglais et j'ai dû coder
XtraKeys très minutieusement pour que ce soit compatible avec toutes les langues.)
). Mais ce n'est pas toute l'histoire non plus, parce qu'il y a des instructions qui prennent ou renvoient des chaînes de caractères, par exemple tout ce qui touche aux réglages de mode, ainsi que l'instruction très populaire getType (captType en français). Ces chaînes ne peuvent pas être traduites automatiquement, donc elles posent problème même pour des programmes tokénisés. Il est possible de programmer en évitant ces chaînes codées en dur, mais très peu de programmeurs font cet effort, pour différentes raisons (parce qu'ils ne sont pas au courant, parce qu'ils n'ont pas envie, parce que ça prend un peu plus de place, ...). 
Donc le résultat est que les programmes de quelques rares programmeurs (moi et 3-4 autres) sont systématiquement compatibles, d'autres programmes isolés marchent parce qu'ils n'utilisent par hasard pas ces chaînes de caractères, mais beaucoup de programmes foirent avec la calculatrice en autre chose que l'anglais. 
