Forum TI-Planet.org

Téléchargements :

• OS + applis TI-83 Premium CE 5.5.1
• module Python complémentaire CE_TURTL
• module Python complémentaire CE_BOX
• module Python complémentaire CE_CHART
• module Python complémentaire CE_QUIVR

Source : https://education.ti.com/fr/ressources- ... les-python

J'ai lu que la MAJ 5.5 était passée par deux versions, la 5.5.0 et la 5.5.1, et que la différence entre les deux est la surpression de la commande asm().

D'où ma question : la 5.5.0 a-t-elle été diffusée/récupérée ? Je sais que ce n'est pas une solution à long terme, mais pour ceux qui souhaitent disposer dans l'immédiat des dernières fonctionnalités Python tout en préservant leurs jeux et programmes en C/ASM ce serait intéressant de pouvoir faire cette MAJ en 5.5.0 (et surtout pas en 5.5.1) ?

Non la 5.5.0 n'est pas publique, et nous ne pouvons pas la partager sans probablement de lourds embêtements, nous avons signé (avant d'apprendre ce qui se préparait).

Contrat ou pas, j'ai de toutes façons pour habitude de considérer ce qui peut m'être partagé en privé peu importe le constructeur comme faisant partie d'échanges professionnels et donc confidentiels, jusqu'à apparition d'une éventuelle source publique.

Et la 5.5.0 n'est en effet absolument pas une solution. Cela ne sauvera pas ceux qui ont déjà mis à jour en version 5.5.1, c'est trop tard pour eux.
Et pour la petite minorité qui ferait suffisamment attention et mettrait à jour en 5.5.0 plutôt qu'en 5.5.1, cela ne ferait que retarder le même problème à la prochaine mise à jour où nous n'aurions alors certainement plus d'alternative à proposer.

Il faut trouver une autre solution plus globale.

Avant que tu n'édites ton message je pensais que "signé" était une façon de parler. Mais maintenant je comprends que tu as un vrai contrat : as-tu le droit d'en dire plus ici ?

En effet je pense que ton approche des partages privés est respectueuse de la confidentialité. Je posais la question sur la 5.5.0 à titre d'information, je n'ai personnellement aucun intérêt à l'a récupérer, encore moins la diffuser.

D'ailleurs je suis bien d'accord que ça n’aurait pas été une solution en soi, ne serait-ce parce qu'il y aura d'autres mises à jours qui amélioreront Python, qui pousseront les utilisateurs non avertis à faire la MAJ.

Pour revenir sur le sujet de l'article : pourquoi des modules graphiques ne sont pas intégrés dans le système et sont rendus indisponibles en mode examen ?

Chez TI les versions non finales alpha et bêta sont partagées sous contrat de confidentialité, c'est tout.
Les autres constructeurs ne sont pas toujours aussi stricts, notamment pour les versions bêta bien plus proches de l'état final.

La non intégration de ces seulement 4 fichiers à la mise à jour alors que le format bundle .b83 est justement prévu pour ça, je l'accepte difficilement mais puis fournir un début d'explication.
Les scripts/modules Python .8xv sont à mettre en RAM et non en archive, sinon ils ne seront pas disponibles.
Le format .b83 peut-il envoyer en RAM ?
Et si la réponse est oui, la RAM d'environ 150K risque d'être vite pleine selon ce qu'il y a déjà dedans...

La non disponibilité en examen, je la regrette. Je n'en vois que peu d'utilité à ce jour :

• turtle c'est a priori juste le temps d'une transition en Seconde
• et en examen il y a rarement de données suffisamment conséquentes pour nécessiter de tracer des diagrammes non fournis

Pour ce dernier point j'ai quand même dit rarement, pas jamais. J'y vois un intérêt pour les épreuves pratiques d'ECE de Physique-Chimie, où l'on peut donc avoir à récolter des données et où le Python sera bientôt utilisé.

Salut tout le monde ,je me demandais si il était possible de programmer des modules complémentaires à la manière de ce_turtl par exemple pour permettre aux utilisateurs de faire des programmes avec des fonctions graphiques optimisées, plus rapides que seulement des scripts utilisant ti graphics ou autre. Je voudrais savoir par exemple si l'outil py2appvar n'aurait pas eté publié, etc, comment programmer un 8xv à la manière des modules complémentaires ? Bien sur si c'est possible...

Non désolé, ni py2appvar ni img2appvar n'ont été publiés.

Toutefois pour img2appvar nous avons pu comprendre le format et publier un convertisseur en ligne équivalent :
img2calc.php

Pour py2appvar par contre, nous en sommes très loin...

Pour passer d'un fichier texte .py vers une appvar de script, tivars_lib_cpp le fait, il n'y a rien de bien compliqué (c'est en gros de l'ascii avec un header).
TI Connect CE le fait aussi, d'ailleurs.

Pour les appvars de type comme ceux de turtle/box/chart... par contre, c'est un peu plus compliqué (modules micropython frozen au niveau du bytecode) avec une partie metadata pour s'interfacer avec les menus

OK merci beaucoup. Donc je vais essayer de fouiller le fichier ce_turtle, mais aucun moyen pour le moment de permettre des scripts python un peu plus optimisés, au niveau graphique

Sinon, simplement par rapport à l'orienté objet sur ti 83, on dit que le C++ n'est très bien supporté ou quelque chose comme ça, mais je n'ai pas réellement compris ce qui fait que le c++ pour ti est moins bien que le c ?