Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation TI-Basic » existence d'un fichier (96 réponse(s))

./REPRISE DU POST PRECEDENT (post n°57) Marquer comme non lu.

Kevin Kofler

Ecrit le: Vendredi 1er juillet 2005 à 23:29

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Thepro :
ça fait bien ! les gens ne comprènent pas, ils regardent qui a fait ça et ils se disent que cette personne ne sait pas programmer !

Entièrement d'accord.

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°58 Marquer comme non lu.

limmt

Ecrit le: Vendredi 1er juillet 2005 à 23:50

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

mai quelle idée idiote a eu TI de traduire les commandes de ti-basic et les chaine aussi

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°59 Marquer comme non lu.

RHJPP

Ecrit le: Vendredi 1er juillet 2005 à 23:52

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2174

Membre n°776

Inscrit le 06 avril 2005

Bah oui ! Mais ils l'ont fait !

./Post n°60 Marquer comme non lu.

Folco

Ecrit le: Vendredi 1er juillet 2005 à 23:52

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

c'ets clair!

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°61 Marquer comme non lu.

limmt

Ecrit le: Vendredi 1er juillet 2005 à 23:55

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

malheureusement

et y'a trop de nioobs qui utilisent le francais

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°62 Marquer comme non lu.

RHJPP

Ecrit le: Samedi 2 juillet 2005 à 00:11

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2174

Membre n°776

Inscrit le 06 avril 2005

Et c'est un tort ?

./Post n°63 Marquer comme non lu.

Link

Ecrit le: Samedi 2 juillet 2005 à 09:13

Membre: Magister

Messages: 302

Membre n°896

Inscrit le 25 juin 2005

pas vraiment. Le tort vient surtout de l'incompatibilité du français...

Et si, le try EST buggué. Du moins, j'avais vu un beau bug sur 2.03 (j'utilisais un try pour tester l'existence de flib) et un auytre sur 2.05 (déjà essayé de faire un setMode() dans un try ?)

Bref, le try est buggué, et ça restreint pas mal son domaine d'utilisation.
Bien sur, il est assez stable pour tester certaines choses (j'ai déjà fait du Rplcpic dans un try et je n'ai jamais eu à m'en pleindre). Mais dès qu'on touche à des choses plus avancées, on rencontre des problèmes.

Edit: Kevin, le #("foo"&string(exact(i))) , j'ai tendance à en avoir besoin dans une double boucle pour l'affichage des images. C'est déjà assez lent comme ça, je ne peux donc pas me permettre de ralentir davantage avec un exact. Donc, je préfère utiliser un changement de mode.

©Attention surtout pas de try!
If getType(notexist)='"NONE"
©la calc est soit en anglais, soit sous AMS1:
©dans les deux cas, l'anglais marche
setMode("Exact/Approx", "APPROXIMATE")->oldMode
setMode("Exact/Approx", "AUTO")
Else
©la calc est forcément sous AMS2 ou plus:
©les chiffres marchent
setMode("14", "3")->oldMode
setMode("14","1") ©auto
Endif

Ca, ça marche dans toutes les langues, et ça marche même si on exécute le prog avec [<>][Enter]

(et aussi, j'aime bien supprimer les axes, mais c'est vrai qu'en les sauvegardant dès le début et en mettant un Xorpic après chaque ClrDraw, on arrive à la même chose... Et généralement, on n'a pas besoin de vitesse au moment du clrdraw...
-Edité le Samedi 2 juillet 2005 à 09:27 par Link-

./Post n°64 Marquer comme non lu.

Lionel Debroux

Ecrit le: Samedi 2 juillet 2005 à 10:12

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

A mon avis, la language localization ne sert qu'à pallier à l'incompétence ou la mauvaise volonté des utilisateurs qui ne comprennent pas l'anglais (les raisons de cette incompétence et de cette mauvaise volonté sont une autre discussion, qu'on n'ouvrira pas ici).
Ca n'existe que sur les modèles supérieurs, qui ont suffisamment de mémoire, car entre autres défauts de la language localization (système et programmes plus gros et plus lents - "optimisation taille", Kevin ?), ça en consomme beaucoup. Il n'est pas nécessaire de rajouter à la lenteur du TI-BASIC.

Lionel Debroux - membre de TICT.

./Post n°65 Marquer comme non lu.

RHJPP

Ecrit le: Samedi 2 juillet 2005 à 11:49

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2174

Membre n°776

Inscrit le 06 avril 2005

> Il n'est pas nécessaire de rajouter à la lenteur du TI-BASIC.
Peut-être que pour que ça marche, si ?

./Post n°66 Marquer comme non lu.

Folco

Ecrit le: Samedi 2 juillet 2005 à 12:01

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

vtp thepro.
en trois appuis de touche je te le rend compatible le programme. : |
-Edité le Samedi 2 juillet 2005 à 12:01 par Martial Demolins-

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°67 Marquer comme non lu.

Lionel Debroux

Ecrit le: Samedi 2 juillet 2005 à 12:05

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

2nd + HAND + ON

?

> mai quelle idée idiote a eu TI de traduire les commandes de ti-basic et les chaine aussi

C'est bien ça qui rend les FlashApps de language localization merdiques. Si encore les nombres étaient gérés au lieu des chaînes... mais ce n'est pas le cas sur AMS 1.xx !

Lionel Debroux - membre de TICT.

./Post n°68 Marquer comme non lu.

RHJPP

Ecrit le: Samedi 2 juillet 2005 à 14:25

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2174

Membre n°776

Inscrit le 06 avril 2005

Lorsqu'on a un nouveau programme je recommande de l'executer pour tester si ça ne marche pas je fait :
- [HOME]
- [CLEAR]
- [^]
- [^]
- [ENTER]
- [<-]
- [<-]
- [2ND]
- [<]
- [CATALOG]
- [T]
- [^]
- [ENTER]
- [ENTER]

Et le problème est réglé !

./Post n°69 Marquer comme non lu.

limmt

Ecrit le: Samedi 2 juillet 2005 à 14:25

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

lol

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°70 Marquer comme non lu.

Link

Ecrit le: Samedi 2 juillet 2005 à 14:42

Membre: Magister

Messages: 302

Membre n°896

Inscrit le 25 juin 2005

Pour moi, ça fait switch(derniere_commande_moins_les_deux_derniers_caractères
et ça me fait au choix "error: syntax" ou "error: missing )"

./Post n°71 Marquer comme non lu.

RHJPP

Ecrit le: Samedi 2 juillet 2005 à 14:46

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2174

Membre n°776

Inscrit le 06 avril 2005

En français !

./Post n°72 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 2 juillet 2005 à 15:29

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

SupprVar

Link :
déjà essayé de faire un setMode() dans un try ?

Oui, ça marche pour tous les modes à part ceux qui utilisent NG_control (EXACT/APPROX étant le plus utilisé des modes de NG_control).

Edit: Kevin, le #("foo"&string(exact(i))) , j'ai tendance à en avoir besoin dans une double boucle pour l'affichage des images. C'est déjà assez lent comme ça, je ne peux donc pas me permettre de ralentir davantage avec un exact.

Le exact ne coûte presque rien.

(et aussi, j'aime bien supprimer les axes, mais c'est vrai qu'en les sauvegardant dès le début et en mettant un Xorpic après chaque ClrDraw, on arrive à la même chose...

Non, pas un XorPic après chaque ClrDraw, mais un StoPic et XorPic à la place de chaque ClrDraw! 1. c'est plus simple et 2. l'usage de ClrDraw est à proscrire vu qu'il redessine toutes les fonctions de Y=. Fais ça avec 99 fonctions coûteuses à calculer ou avec un graphe 3D... #roll#

Lionel Debroux :
"optimisation taille", Kevin ?

Une fois de plus, je suis pour l'optimisation taille, mais pas au dépens de la compatibilité! Je ne comprends pas pourquoi tu n'arrives pas à comprendre ça. La compatibilité est un des features les plus importants (je dirais même que son absence est carrément un bogue), et donc elle passe bien avant la taille et la vitesse. On ne peut parler d'optimisation que dans le cadre d'un ensemble de features donné. Supprimer des fonctionnalités (et surtout des fonctionnalités essentielles comme la compatibilité) n'est pas une optimisation!

Thepro :
> Il n'est pas nécessaire de rajouter à la lenteur du TI-BASIC.
Peut-être que pour que ça marche, si ?

Martial Demolins :
vtp thepro.

Encore un truc comme ça et je te mets un carton jaune!

./Post n°73 Marquer comme non lu.

Lionel Debroux

Ecrit le: Samedi 2 juillet 2005 à 15:38

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

> Une fois de plus, je suis pour l'optimisation taille, mais pas au dépens de la compatibilité! Je ne comprends pas pourquoi tu n'arrives pas à comprendre ça.
Je ne comprends pas que tu fasses semblant de croire que je n'arrive pas à comprendre ça...
> La compatibilité est un des features les plus importants (je dirais même que son absence est carrément un bogue),
C'est ton point de vue.
> et donc elle passe bien avant la taille et la vitesse.
Pour toi.
> On ne peut parler d'optimisation que dans le cadre d'un ensemble de features donné.
Défendable, mais on ne le fait en général pas dans ce type de discussions.
> Supprimer des fonctionnalités (et surtout des fonctionnalités essentielles comme la compatibilité) n'est pas une optimisation!
C'est ton point de vue.

Lionel Debroux - membre de TICT.

./Post n°74 Marquer comme non lu.

RHJPP

Ecrit le: Samedi 2 juillet 2005 à 15:48

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2174

Membre n°776

Inscrit le 06 avril 2005

Alors ne distribue pas tes programme !

./Post n°75 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 2 juillet 2005 à 15:49

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Lionel Debroux :
> Une fois de plus, je suis pour l'optimisation taille, mais pas au dépens de la compatibilité! Je ne comprends pas pourquoi tu n'arrives pas à comprendre ça.
Je ne comprends pas que tu fasses semblant de croire que je n'arrive pas à comprendre ça...

Si tu comprends, alors fais-moi le plaisir d'arrêter de m'accuser d'être incohérent. #roll#

Si au contraire, tu me trouves incohérent, alors c'est que tu n'as pas compris, justement.

./Post n°76 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 2 juillet 2005 à 15:50

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Thepro :
Alors ne distribue pas tes programme !

N'aie pas peur, Lionel Debroux ne code pas en BASIC.

Sa spécialité, ce sont les programmes en C avec des versions séparées pour chaque modèle. C'est très lourd, mais au moins ça n'empêche pas aux gens de les utiliser.