Forum TI-Planet.org

Bon, je me suis fait un petit localisateur de fichier, malheureusement il n'y a pas de trace de fichier .py (en tout cas les routines de ndless ne permettent pas de le voir).
Et d'ailleurs j'ai l'impression que les fichiers de scripts d'un document(classeur) ne sont pas visibles depuis un autre document(classeur).
Donc ca va etre difficile de partager des fichiers scripts Python sur la calculatrice entre le Python TI et KhiCAS, contrairement a Casio ou Numworks ou c'est trivial. En tout cas ca necessiterait de savoir comment les tns sont codes...

Logiquement, on calc, ya ce qu'il faut comme routines pour pouvoir "ouvrir" les TNS et extraire le contenu voulu du xml.
cf. peut etre archives_voir.php?id=4885 ?

Pour le partage entre classeurs, c'est via le dossier PyLib il me semble? Comme l'equivalent MyLib pour le Basic.

Le code python est lisible directement ensuite dans un des widgets, il me semble.
Cf. wdgt type="TI.PythonEditor" ver="1.0" xmlns:py="urn:TI.PythonEditor"> et <wdgt type="TI.PythonShell" ver="1.0" xmlns:pysh="urn:TI.PythonShell">

Ouf, ca c'est du code!

Je n'arrive pas a le faire fonctionner, ca crashe. J'ai recompile en adaptant le Makefile pour ndless recent, pas plus de succes. La ligne qui fait planter a l'emulateur c'est J(K"*");
Probable que les valeurs de _J (et sans doute d'autres) ne sont plus valides avec les OS plus recents, le programme date de 2012. Pas vu d'algo de decryptage dans le source.

Bref, si vous travaillez sur la Nspire avec les outils de TI, soyez bien conscient que vos donnees/scripts ne sont pas accessibles en clair, elles sont a la merci de l'ecosysteme TI.

Le script est accessible depuis le classeur et il n'est pas interdit de faire du copier/coller des scripts depuis un ordinateur pour se créer un fichier .py.
Ça ne ressemble pas à ce que propose les autres.
La 83 Premium CE Édition Python ne propose pas directement de fichiers .py mais un fichier .8xv après certains disent qu'il est possible de récupérer le code depuis un ordinateur.
TI s'en fiche que ça soit compatible avec la concurrence ou ces propres modèles. On a vu ça avec le Lua.

Mais là à lancer une alerte comme si c'est un truc absolument à éviter...

Le code Lua pour Nspire n'est pas accessible depuis la calculatrice (sauf ceux qui ont été créés avec un programme communautaire).
Pour tester mes codes sur ordinateur, j'ouvre le classeur sur ordinateur je copie le code, je colle dans un éditeur et je teste.

Oui, bien sur on peut liberer un script python en faisant du copier-coller depuis un editeur de texte et en le sauvegardant en fichier d'extension .py. Mais il faut d'abord l'ouvrir depuis le logiciel proprietaire de TI qui necessite une licence. Pour avoir une licence, il faut l'acheter ou utiliser celle de fournie en achetant la calculatrice. Mais il faut aussi pouvoir executer le logiciel a jour sur votre ordinateur. Personnellement, ma version d'OS n'est pas compatible avec le logiciel TI avec support de Python. Seule la version precedente du logiciel TI fonctionne sur mon ordinateur (heureusement, car sinon je ne pourrais tout simplement rien transferer sur ma cx 2). Il n'est pourtant pas si vieux que ca (4 ans).

Alors vous vous dites ben yaka acheter un nouvel ordi (ou mettre a jour l'OS). Mais c'est un raisonnement a court terme. Qui vous dit que dans 10 ans par exemple vous pourrez encore acceder a vos donnees? Aura-t-on encore des calculatrices et donc un logiciel TI compatible avec votre materiel dans 10 ans? Arriverez-vous a transferer votre licence sur un nouvel ordinateur?

Inversement, si vous utilisez uniquement des formats libres ou a minima supportes par un logiciel libre, vous etes sur que vous pourrez acceder a vos donnees.

Beaucoup d'editeurs de logiciels (par exemple Microsoft bien sur avec Windows et Office) utilisent ce genre de methodes pour rendre leurs utilisateurs captifs. Il est a mon sens essentiel de prevenir les utilisateurs de TI Nspire pour qu'ils en soient bien conscients. Vous pouvez certes liberer vos scripts Python, au prix de manipulations un peu fastidieuses (par rapport a Casio en particulier). Vous aurez beaucoup plus de mal pour d'autres types de documents Nspire.

Maxam a écrit:Je me rend tout à fait compte de ça, mon éditeur favori sous Linux c'est ctrl-o pour enregistrer...

Si l'éditeur en question est nano, qui est aussi mon éditeur préféré quand je n'ai qu'un terminal, les versions récentes gèrent Ctrl+S, plutôt que d'envoyer stupidement un message grommelant que XON/XOFF est ignoré

Lionel Debroux a écrit:

Maxam a écrit:Je me rend tout à fait compte de ça, mon éditeur favori sous Linux c'est ctrl-o pour enregistrer...

Si l'éditeur en question est nano, qui est aussi mon éditeur préféré quand je n'ai qu'un terminal, les versions récentes gèrent Ctrl+S, plutôt que d'envoyer stupidement un message grommelant que XON/XOFF est ignoré

C'est bien ça, nano, le meilleur ami de ssh

Après quelques tests, demandés par Hamza.S, il est possible d'appeler une fonction créée par l'utilisateur en TI-Basic depuis le python.
Toutefois, si votre fonction n'a pas été créé dans le classeur ou vous exécutez la commande python, il faudra placer le fichier TI-Basic dans MyLib et rafraichir les bibliothèques, en faisant attention à ce que la fonction voulue soit déclarée avec LibPub

Voilà un exemple :
La fonction de test créée, test_evalf(a) qui effectue uniquement un carré de l'argument (remarquez que j'ai bien LibPub ):


Le fichier test1.tns dans MyLib :


Et enfin, l'utilisation de eval_function("nom_de_la_fonction", valeur) :

Si la fonction est issue d'un fichier dans MyLib, remplacez nom_de_la_fonction par nom_du_fichier\\nom_de_la_fonction

A ce jour, la fonction TI-Basic appelée ne doit avoir qu'un seul et unique argument, obligatoirement un nombre, cela limite donc les possibilités

L'equivalent avec KhiCAS (appel d'une fonction Xcas depuis MicroPython)

Code: Tout sélectionner

from cas import *
caseval("f(x):=x^2")
eval(caseval("f("+str(9)+")"))