Forum TI-Planet.org

Adriweb a écrit:Et si tu effaces bien tout (RAM et Archive), puis que tu remets tes trucs SANS les cacher depuis Cesium, le bug est encore présent ?
Parce qu'on peut se demander si jamais c'est un comportement du à des programmes cachés.

Oui c'est bon ! Donc AVANT une mise a jour il faut absolument décacher les programmes avec cesium !

Bonjour, je voudrais savoir comment importer "le script qu'il suffit d'importer à la place du module turtle" que Critor a écrit dans son article d'aujourd'hui, car je n'y arrive pas.
J'ai une Ti-Nspire CX II-T et je voudrais faire les exemples indiqués.
Merci et bonne journée.

Bonjour.


Voici le turtle pour TI-Nspire CX II :
archives_voir.php?id=2789462

À installer dans le dossier /PyLib/ de la calculatrice.

Merci beaucoup. J'avais déjà ce programme, mais je croyais qu'il fallait justement le remplacer par votre script indiqué dans votre article pour corriger certaines erreurs.

La mise à jour ici traitée est pour TI-83PCE/84+CE.
Pas encore de mise à jour du turtle TI-Nspire CX II à ma connaissance.

Pour les écarts du turtle TI-Nspire CX II, il y a un article plus adéquat avec quelques astuces de contournement/correction :
viewtopic.php?p=265362#p265362

J'ai quand même de vilains bugs avec ti_draw.

Le pire c'est qu'ils sont aléatoires, exactement le même code peut marcher ou générer une erreur.
Par contre le comportement obtenu ne varie pas. Donc ça dépend peut-être non pas du contexte d'exécution, mais du contexte de création/saisie (console, éditeur calculatrice, .py transféré via TI-Connect CE, ...).

Quand le bug décide de se déclencher, la méthode .fill_rect() se met entre autres à refuser les paramètres de largeur et hauteur inférieurs à 2 :

La calculatrice prétend que j'ai passé des paramètres négatifs, ce qui n'est pas le cas.

Et en prime dans le contexte de ce bug, lorsque ça affiche quelque chose, il y a un décalage de +1 dans l'affichage en abscisse et en ordonnée :


Je ne fais aucun appel à .set_window() ou ce genre de chose, j'appelle directement les commandes de couleur et de tracé après importation.

Hmm oui, c'est moche :/
Tu reportes le problème à TI ?

D'ailleurs, ces numéros de lignes... j'ai pas regardé mais du coup ca veut dire qu'on peut avoir le code source plus facilement que prévu ?
Faudrait voir ce que donne le decomp d'ici sinon https://github.com/commandblockguy/tipycomp

Ah je crois que j'ai compris, c'est .draw_rect() qui marche normalement.

Voici du code qui serait censé juxtaposer un rectangle rouge vide et un rectangle bleu plein de mêmes dimensions :


On peut noter que le rectangle plein correspond en dimensions à l'intérieur du rectangle vide.
Avec cette histoire de taille d'au minimum 2 pour ne pas déclencher d'erreur quand ça lui prend, je me demande si il n'y aurait pas pour le .fill_rect() une histoire de bordure et d'appel interne à .draw_rect().

Voici du code correctif pour le bug du ti_draw.fill_rect() qui sur TI-83PCE/84+CE fait actuellement n'importe quoi et surtout pas ce qu'on lui dit :

Code: Tout sélectionner

from ti_draw import *

_fill_rect = fill_rect
def fill_rect(x, y, w, h, c):
  _fill_rect(x - 1, y - 1, w + 2, h + 2)

Voici également un correctif un peu plus malin :

Code: Tout sélectionner

from ti_draw import *

try:
  fill_rect(0,0,1,1)
except:
  _fill_rect = fill_rect
  def fill_rect(x, y, w, h, c):
    _fill_rect(x - 1, y - 1, w + 2, h + 2)

Ce dernier évitera que vos scripts cessent soudainement de fonctionner correctement si TI corrige un jour le bug.
Et en prime, cela vous permet donc d'avoir des scripts compatibles à la fois TI-83PCE/84+CE et TI-Nspire CX II !

Bonjour,
Est-ce que quelqu'un sait comment faire fonctionner CERMASTR sur cette mise à jour?
J'aimerais bien reset le nom de la calculatrice, vu que maintenant c'est inutile.
Merci