variables - Page 2

bobti89 :
donc on ne peut pas changer la langue

Avec le bon code Exec, on peut. Reste à le coder...

Kevin> Je suis d'accord qu'il vaut mieux faire un prog compatible avec tout mais c'est parfois assez ch***. Surtout que le manuel nous dit pas comment résoudre ces incomptabilités.

Les instructions à suivre sont 3:
1. Toujours tokéniser les programmes.
2. Ne pas comparer une chaîne de caractères renvoyée par une commande avec une chaîne de caractères constante, ni passer des chaînes de caractères à des commandes. Cela affecte getType, tous les règlages de mode, expr et dans certains cas string.
3. Éviter tous les noms de variables qui peuvent être un mot-clé dans une langue (par exemple car en français). TI consei

Et voilà quelques astuces pour le 2.:
Pour getType, il faut toujours comparer les résultats de 2 appels de getType et rien d'autre. Pour les règlages de mode, il faut les éviter au maximum, mais si vraiment on ne peut pas les éviter, utiliser:
:Try
:setMode("1","1")
:Else
:ClrErr
:setMode("FOO","Bar")
:EndTry
Le premier cas (modes numériques) est pour AMS 2, le deuxième (modes en anglais) pour AMS 1. Pour expr, il faut éviter tout simplement. Seule exception: les expr qui n'ont besoin que de symboles. Par exemple: expr("Define f(x)="&fx) est à remplacer par expr(fx&"->f(x)"). Et si vraiment il n'y a pas d'autre solution: expr(when(t1="NONE","solve",when(t1="AUC","r\e'\sol",when(t1="KEIN","L\o..\se",when(t1="NES","risolvi",when(t1="NING","soluc",when(t1="NENH","calcula",when(t1="GEEN","losOp",when(t1="NINC","megold",when(t1="TOMT","L\o..\s",when(t1="EI","ratk",when(t1="NIC","rozwi\a`\z","l\o/\s")))))))))))&"(expres,"&s1&")")\->\expres (mais je suis bien d'accord que cette solution est lourde; mais elle n'est presque jamais nécessaire, je l'ai utilisée une seule fois dans tous mes programmes).

Il faudra que je poste ça quelque part sur TI-Gen... Soit dans la FAQ, soit en tant qu'article.

ignoble

ou comment multiplier par 20 la taille d'un programme

Pour ceux qui visiblement ne savent pas lire:

mais je suis bien d'accord que cette solution est lourde; mais elle n'est presque jamais nécessaire, je l'ai utilisée une seule fois dans tous mes programmes

détrompe toi, on a vu (même si t'as apparemment du mal à formater tes posts correctement pour faciliter la lecture), et ça ne change strictement rien au fait que la ligne que t'as posté est immonde...

Mais pas au fait que cette ligne n'est pas représentative de ce qu'est un programme compatible avec la localisation, c'est juste le pire des cas. Mais contrairement à certains ici, je suis objectif et donc je présente aussi le pire des cas, même si ça permet à quelques personnes fortement biaisées de faire une attaque pars pro toto totalement débile.

Kevin Kofler :
pas à pas = triche...

absolument pas, au contraire, je trouve que ce genre de programme est trop peu représenté, la caculatrice programmable est autorisée alors pourquoi ne pas l'exploiter à fond?

bob > ma remarque est que même si ma calc est en français, je m'arrange toujours pour rendre mes progs compatibles en anglais, genre c'est aussi pratique pour toi le jour où tu perds ta Flash Apps française...

Kevin Kofler :
:Try
:setMode("1","1")
:Else
:ClrErr
:setMode("FOO","Bar")
:EndTry

C'est plus compliqué que cela j'en ai peur: j'ai eu l'occasion de constater que les try ne faisaient pas bon ménage avec les setMode
Il faut plutot faire comme ceci:
:If getconfg()[]="Product Name" Then
:(c) ou bien If getType(notexist)="NONE" Then
:setMode("FOO","Bar")
:Else
:setMode("1","1")
:EndTry
[/cite]
Celui du haut marche pour AMS1 (toujours en Anglais) et pour AMS2 en mode anglais, celui du bas marche pour AMS2 quelle que soit la langue (mais ne sera pas appelée si elle est en anglais)

Évite d'utiliser getConfg pour ça, il a ses propres problèmes de compatibilité (indices qui changent en fonction des certificats présents, ...).

alors qu'il est si simple de ne programmer que pour la calc en anglais et de le spécifier dans le read me ...

Ce n'est pas une solution. Documenter un bogue n'est pas un remplacement pour corriger le bogue.

Double-K -> j'avais bien un doute, c'est pourquoi j'avais aussi mis le getType(notexist)

Documenter un bogue n'est pas un remplacement pour corriger le bogue.

c'est pas un bogue, c'est une erreur d'utilsateur. Il n'a qu'à bien choisir la langue.

et ça permet d'optimiser en taille, au moins

je ne l'avais pas vue, celle-là...

Ca casse.