Forum TI-Planet.org

Si vous êtes en Première (série générale), la plupart d'entre vous êtes probablement en train ou sur le point d'étudier les polynômes du second degré.

Dans une actualité précédente, je vous sortais juste avant le BAC 2013 mon programme SPOLY2, un outil révolutionnaire sur TI-Nspire pour étudier les polynômes du second degré.


En effet, SPOLY2:

• reconnaît automatiquement les coefficients a, b, c dans l'expression saisie (Nspire CAS uniquement)
• détaille pas à pas la recherche des racines et du signe
• affiche tous les calculs et résultats en écriture naturelle
• affiche en notation ensembliste correcte (intervalles) les ensembles sur lesquels le polynôme est positif ou négatif
• gère les polynômes de discriminant négatif (Terminale S)
• gère les polynômes de coefficients complexes (enseignement supérieur)
• fonctionne sur TI-Nspire non-CAS grâce à la bibliothèque mCAS à télécharger séparément (outil parfaitement légal du point de vue de Texas Instruments, contrairement à Nlaunch)

Quelques semaines avant moi, AnToX98 vous avait lui aussi sorti un outil similaire, SECDEG_LUA:


C'est également un très beau programme, avec plusieurs avantages par rapport à SPOLY2:

• un usage raisonné de la couleur
• la rédaction toute faite (même plus à se demander comment l'introduire - juste à recopier tel quel!)
• l'affichage des formes factorisées et canoniques
• la présentation des tableaux de signes et variations
• l'affichage du graphe

Comme SPOLY2, SECDEG_LUA reconnaît lui aussi automatiquement les coefficients a, b, c dans l'expression saisie.

On peut toutefois lui trouver quelques défauts relatifs aussi:

• il ne fonctionne pas sur TI-Nspire non-CAS
• l'affichage en écriture naturelle ne gère que les fractions
• pas de résolution dans le cas où le discriminant est négatif (Terminale S)
• les coefficients complexes (enseignement supérieur) ne sont pas gérés
• pas de possibilité de scrolling si les détails des calculs sortent de l'écran
• le détail des calculs par étapes ne marche que sur des cas simples - si les formes simplifiées de a, b, c, alpha, bêta ne sont pas des nombres mais des expressions, il y a nombre d'erreurs de parenthésage qu'il ne faut surtout pas recopier...

On peut dire en bref que SPOLY2 est plus adapté à un niveau Terminale/Sup, quand SECDEG_LUA cible plutôt le niveau Seconde/Première.



Et bien aujourd'hui, je vous ai préparé une superbe surprise - j'ai tout simplement corrigé le programme SECDEG_LUA d'AnToX98, avec sa permission bien sûr!
Il est exceptionnel que je corrige/améliore les programmes qui ne m'appartiennent pas, aussi cela vous dit combien j'estime ce programme et le travail qu'il a nécessité.

Je me suis donc occupé du dernier défaut énuméré ci-dessus qui à mon sens était le plus grave: j'ai intégré et interfacé la fonction de SPOLY2 qui implémente les priorités opératoires de Cinquième/Quatrième, et me permet de parenthéser correctement les étapes des calculs.
SECDEG_LUA devient donc enfin capable de traiter correctement des cas plus compliqués!

J'ai également corrigé deux petits bugs d'affichage qui se produisaient dans certains cas, un dans les étapes du calcul de alpha, et l'autre dans le tableau de signes.







Téléchargements:
SPOLY2 (pour TI-Nspire 3.2)
SECDEG_LUA (pour TI-Nspire CAS 3.2)
mCAS (pour faire fonctionner SPOLY2 sur TI-Nspire non-CAS)

Merci beaucoup pour la news
Sinon, y'a toujours un bug pour beta, dans la deuxieme etape de calcul.
Il faudrait regler vite ce probleme de scrolling, c'est un vrai handicap.

Quel genre de bug?
Le centrage des numérateurs et dénominateurs comme pour alpha?

PS: Le scrolling est un problème très compliqué...

Très bien, bravo à vous deux

Il est suffisamment rare pour que sortent des bons programmes de maths/sciences (en Lua), donc c'est bien de faire cette news qui les fera connaître

super top, dommage que je sois pas en première. J'aurais tout explosé avec ça

Mis à jour en corrigeant le bug d'affichage sur la 2ème étape du bêta - c'était le même genre de bug que sur la dernière étape du alpha (confusion de variables).


Reste plus que le problème du scrolling maintenant.

Voila, super

Le scrolling n'est pas compliqué. Ce qui va etre chaud, c'est redefinir une table qui contient les valeurs horizontale de la position des etapes de calcul. Ca prendra beaucoup de temps, mais après un petit changement dans on.arrowKey puis le tour est joué.

Pourquoi plein de variables quand on peut en faire une seule?
(surtout que ton programme en a déjà suffisamment)

Un x0 initialisé à 0, et que l'on décrémente pour scroller vers la droite.
Il faut alors ajouter x0 à toutes les abscisses des drawString/drawLine.

Et puis, attends Adriweb - il a peut-être une solution encore plus simple...

Mais le but est aussi de sauvegarder le scrolling quand on defile les pages.