blème commande Text(

Bijour tout le monde...

Je croyais tout connaitre en TI Basic, mais voilà une preuve qu'on en apprend encore tous les jours...

je connaissais déjà deux utilisations de la commande text( :

1) Text(Y,X,texte1,texte2,...,texte n

qui écrit en petit

2) Text(-1,Y,X,texte1,texte2,...,texte n

qui écrit en gros.


Et aujourd'hui... c'est bizarre.

Je viens d'essayer (parce que Sourcecoder me l'a demandé)

Code:


Text(-14,14,"texte"


Et j'obtiens uen erreur, bien sur, mais une erreur Data Type.


Celà m'étonne. Connaissez vous la mystérieuse troisième utilisation de la commande Text ? Savez vous quelles raisons obscures poussent sourcecoder a me donner ce code ? Découvrirez-vous par vous même le type de données que demande ce secret précieux ? La suite dans le prochain post.

J'ai un doûte : Le "-" de ton code est-t-il la négativité ou l'opération ?
En effet il est question de SourceCoder qui utilise des caractère spéciaux ASCII.

Maintenant qu'on en parle :
le manuel n'explique pas non plus le sens de Text(-1,Y,X,valeur.

Cependant le manuel parle d'expressions de 10 caractères, ce que je ne comprends pas.
J'ose immaginer qu'il y ait un rapport.

J'attends impatiemment la suite...
"C'est tout, pour le moment."

C'est bien la négativité...

j'ai demandé sur Cemetech, il parait que c'est un bug.
Donc c'est normal que ça ne marche pas, ça déjà c'est fixé, mais ça n'explique pas cette étrange erreur de Data Type...

Je crois avoir trouver :
si le 1er argument est un nombre strcictement positif, alors le premier "ordonnée", le 2nd "abscisse" et tous les suivants ce qui est à afficher.
Par contre, si le 1er argument est un nombre strcictement négatif, alors le premier argument signifie "écrit en grand", le second "ordonnée", le 3ème "abscisse" et tous les suivants ce qui est à afficher.

Donc si tu met en premier argument un nombre négatif, les 2 argumentssuivant doivent être l'ordonnée et l'abscisse. Or à la place de l'abscisse (type nombre), tu met un texte (type chaîne), donc l'erreur type de donnée est totalement normale.

Sandro

Bien trouvé Sandro

reformulé :
La compréhension des argumments dépend du premier argumment, pas de leurs types.
Donc un argumment négatif au début provoque une lecture qui attend deux nombres aux argumments suivants, d'où une erreur sur le troisième argumment si c'est un texte.

Code:


Text(  Y>0  ,  X  ,  "texte"
Text(  -Z    ,  Y  ,  X          ,"texte"
Ici X est en face de texte donc le cas de figure suivant plante :
Text(  -Z    ,  X  ,  "texte" ,  ???

Sinon je cherche toujours ce que le manuel veut dire avec son histoire de 10 caractères maximums.

manuel 84plus a écrit:Text(ligne,colonne,valeur,valeur . . .)
valeur peut être un texte entouré de guillemets ( " ), ou une expression. Sur la TI-84 Plus, le résultat
de l’expression sera affiché avec un maximum de 10 caractères.

EDIT : stop, je viens de comprendre.
Ils veulent dire que le résultat d'un calcul contient 10 caractères, exposant compris.
1234567891123 sera affiché 1.2346E12 (le 6 est un arrondit) au lieu de 1.234567891E12 auquel je m'attendrais avec 10 chiffre de mantisse et et 2 d'exposant.

Merci Sandro !

bouton vert !