G un problème avec ma ROM 2.05 - Page 2

Bob 64
a écrit : Si : l'appel de la variable

Pfff, tu en es vraiment à la nanoseconde près? L'état des piles changera la vitesse plus que ça! Tu confirmes mon impression: tu n'as aucun sens des relations d'ordre de grandeur!

et l'expr()

Quel expr()??? Je ne vois pas en quoi le fait de traduire des chaînes de caractères rajouterait des expr supplémentaires!?! On n'a pas besoin de expr si on remplace "NONE" par t par exemple.

Dans la fameuse ligne de CHEMISLV, le expr() est nécessaire que le programme soit compatible avec la localisation ou non. Si on pouvait se passer du expr(), il n'y aurait absolument rien à changer par rapport à l'anglais. Tout ce que tu devras faire dans ce cas est de remplacer quelque chose de style (j'utilise tes conventions de noms pour que tu comprennes ):
expr("solve("&string(e_equ01)&","&string(l_lst01))
par:
expr(s_slv01&string(e_equ01)&","&string(l_lst01))
Tu le vois où, le expr supplémentaire???

Arrête de jouer l'ignorant, tu sais aussi bien que moi que rendre son programme compatible avec toutes les langues ne peut que le ralentir !!!

Ce que tu n'as pas compris (ou fais semblant de ne pas avoir compris pour justifier ta paresse - je ne sais pas laquelle des 2 solutions est la bonne), c'est qu'il y a des ordres de grandeurs négligeables par rapport à d'autres!

Si justement : 1ko = pas très important, multilingue = encore moins important + perte de vitesse. Mon choix est vite fait !

Ce que tu n'as pas compris, c'est que tout le monde sauf toi (ou presque) s'en bat les c***lles de ton KO, mais qu'il y a des gens (pas toi, mais d'autres) pour qui le support multilingue est très important. Arrête de ne penser qu'à toi! Il y a d'autres personnes au monde, et ils n'ont pas nécessairement les mêmes priorités que toi! Il y a plein de gens au monde (et je parle d'utilisateurs là, pas de programmeurs) qui ne parlent pas aussi bien l'anglais que toi et moi par exemple.

C'est vraiment une attitude égoïste de se dire: "Moi, je suis le gros boss en anglais et donc j'ai viré le français [la localisation de AMS en français évidemment] après 5 minutes, les autres n'ont qu'à faire pareil. Je préfère économiser 1 KO sur 640, comme ça je peux avoir un 'Hello, World!' de plus [parce que c'est le seul type de programmes qui tient en 1 KO] sur ma calculatrice."

Pour les ordinateurs tu veux aussi que TOUS les programmes soient compatibles avec TOUS les systèmes d'exploitation ?

Oui, et TIGCC pour Linux/Unix par exemple est exactement ça: j'ai déjà réussi à faire tourner TIGCC sous Linux, Solaris et Irix, et on y est presque pour Mac OS X (j'attends juste une confirmation que mon conseil pour faire en sorte que GCC soit compilé correctement marche). (Tiens, il faudra que je voie ce que donne DJGPP. Ça serait bien de supporter aussi MS-DOS.)

Arrête de dire n'importe quoi. Un programme est dans une grande majorité des cas spécifique à un seul système et c'est très bien comme ça.

Justement, c'est un des plus grands problèmes des logiciels PC. Y-en a marre du Window$-only!

Pour les calc c'est pareil, presque tous les programmes sont pour l'anglais.

Et c'est un problème, ça aussi.

Ormis toi bien sûr...

Parce que moi, je ne m'en fiche pas de la compatibilité. Je pense aussi aux utilisateurs, pas qu'à moi.

On exagère pour les convaincre,

Déjà, ça, ça s'appelle "mentir".

mais l'idée generale est vraie.

Je ne suis pas d'accord.

C'est toi qui me demande "quels plantages ?", alors je réponds...

Aaah, j'ai relu, et là je crois comprendre le rapport: tu veux dire qu'ils laissent la calculatrice en anglais parce qu'ils ont effacé la localisation avec un reset. Ben, sache que n'importe quel reset qui préserve la mémoire archive (et ce n'est pas malin d'utiliser des resets qui ne la préservent pas - c'est évitable dans pratiquement tous les cas) préserve aussi les applications Flash!

C'est pas pas MA langue, c'est la langue universelle !!! Alors comme tout le monde je m'y plie, voilà tout !

C'est la "langue universelle" donc tu peux afficher tes propres messages en anglais. Mais tu n'as pas le droit moral de contraindre l'utilisateur de changer la langue des messages d'un programme qui n'est pas à toi (AMS).

Bob 64 a écrit :
Vas-y présente moi tes semblables, et interdiction de créer de nouveaux pseudos

Voilà: http://www.angelfire.com/realm/ti_tiplist/TipList/chapter7.html, chapitre 7.3.

et bien je te presente toutes mes excuses, kevin pour avoir doté de ta puissance
(oui g posté ca sans vérifier, comme le montre mes deux erreurs)

quant à la NASA, ce n'etait qu'une connerie destiné a égailler un peu ce débat qui est somme toutes assez terne
mais mon humour est incompri ...

(non, ca ne fait rien, laisse tomber )

maintenant, la suite du débat : (je vais essayer car comme l'a si bien souligné bob, je suis tres peu doué pour ce genre d'exercice)

je vais essayer un peu de resumer vos points de vue (arretez moi si je déraille) pour ensuite les discuter plus efficacement (c'est pas gagné)

a propos des progs qui sont déja localisé pour toutes les langues : ](et je te félicite, kevin )
bob souleve le fait que les progs rendus compatibles avec la localisation d'AMS sont plus lourds et plus lent, argument que tu réfutes
Je suis plutot d'accord avec toi kevin (encore une fois sans rien vérifier ), si c'est fait proprement et si possible en dehors des boucles critique, ca ne pose pas de gros problemes.

a propos de la localisation de progs non compatibles :
Tu dis que ca ne coute rien et que c'est par fegniantise que les codeurs basics ne le font pas.
bob rétorque que tu es le seul a le faire
Et bien, c'est vrai que remplacer un "NONE" par un gettype(var_qui_n'existe_pas)
mais quand il s'agit de traduire des fonctions Ti-Basic (contenues dans des strings par exemple), là c carement goret à faire...



mais si je me refuse a faire ca, ce n'est pas par fégnatise, mais c'est juste que je ne trouve pas qu'une app changeant le nom de fonctions sur la calculatrice est une bonne chose
(Ti aurait du seulement faire une app qui traduit le smessages d'erreur, les boites de dialogue mais qui laisse n,tact le catalogue)
et rendre ses progs compatibles avec ces apps, c'est pour moi approuver l'existance de ces APPs
je sais qu'il y a surement des gens que ca aide, mais si seules les messages d'AMS avait été changé, ca aurait aidé autant de gens je suppose
(le liver ca sert aussi a donner de l'aide sur les fonctions)

tu aprouves les apps, tu localises
je ne les approuve pas et je ne locaise pas

tout le probleme est là.
(et pas dans des discutions portant sur le fait qu'un prog localisé est plus lent ou plus gros)

vala
g fait mon chtit roman

c'est vrai que pour traduire les noms des fonctions c'est très dur, mais j'ai un truc

define mafunc(param1, param2)=funcTI(param1,param2)

expr("mafunc(a,b)")

mais pour les mots-clé (commençant par une majuscule) c'est un peut plus laxatif...

sinon les gettype() je les rends universels systématiquement moi!

Link
a écrit : c'est un peut plus laxatif...

tu peux pas dire "ca fé chier" comme tout le monde?