90

Vertyos > Comme je pense que ma première proposition va peut-être tomber à l'eau j'en fait une autre.
Vue que l'utilisation de la fonction 'sequ' est souvent suivie de 'load' ; pourquoi ne pas mettre un 4ème argument facultatif (par défaut ce serait la variable interne #) qui serait le nom de la variable où cette liste serait retournée ?
Parce que je pense que ça alourdirait moins la syntaxe du prog basic et le plus intéressant c'est qu'on pourrait générer en un appel plusieurs listes en faisant simplement :
Vertel("sequ",{0,10,20},{0,30,90},5,{"a","b","c"}) pour générer les 3 listes a, b, c

91

bobti89 et Enix>g pas pensé sur le coup, mais faites gaffe avec le breakoff de FLib, si je me souvient bien, ça désactive toutes les interruptions sans cherché à comprendre, y compris l'horloge.
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

92

andoh_wilfried
: Est plus rapide de générer une liste avec 'sequ' que de charger une liste identique déjà créee avec l'indirection interne ?

Non, le plus rapide si t'as besoin de t'en servir plusieurs fois, c'est de la créer avec "sequ", la conserver, et l'utiliser chaque fois avec #.

Heu pour le load automatique, c'est vraiment la peine ? Parceque ça fait grossir la taille de la lib pour vraiment pas grand chose :/
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

93

-> je viens de tester 'sequ' et c'est vraiment rapide !!!!!!!!!!!!!
M'enfin pour le load auto c'est toi qui voit si ça grossit significativement la lib . quoique c'est dommage car ça aurait été très pratique comme appel !
Par contre le 'test' avec différent je me souviens que tu avais dit que tu le ferais à la prochaine mis-à-jour de vertel.

94

Ah j'ai du oublier... A la prochaine alors grin
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

95

Vertyos-> Petit constat

- J'ai remarqué que charger une liste vide '{}' est équivalent à charger '{0}' avec la fonction 'load'.
ça pose problème si on veut utiliser 'load' en lieu et place de la fonction TiBasic 'augment('

- Il me semble aussi que le filtre de la fonction 'list' ne fonctionne plus

- Il y a d'énorme perte de RAM à chaque appel de Vertel : environ 1 Ko (C'est tout simplement monstrueux ! )

96

andoh_wilfried
: - J'ai remarqué que charger une liste vide '{}' est équivalent à charger '{0}' avec la fonction 'load'.

Ça c'est normal, précisé dans la notice, tout argument omis est considéré comme 0 et une liste vide n'échappe pas à la regle, ça ne donne pas {0} mais 0 (ce qui revient exactement au même).
- Il me semble aussi que le filtre de la fonction 'list' ne fonctionne plus

Heu... J'ai rien touché de ce coté là, j'irais voir.
- Il y a d'énorme perte de RAM à chaque appel de Vertel : environ 1 Ko (C'est tout simplement monstrueux ! )

Arg... C'est quoi ce délire, j'ai absolument pas modifié le code depuis la dernière fois... Bon je vais voir ça.
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

97

J'allucine ; tous les problèmes signalés devaient être dus à un bug de ma calc parce tout suite là ;
j'ai refais des test et tout fonctionne !
désolé

98

Curieux quand même... J'ai absolument rien touché au code de ce coté là, j'avais juste rajouté la fonction sequ la dernière fois...

Bon je vais quand même rajouter ton "<>" pour la fonction "test".
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

99

Ok tu me fais signe quand ce sera uploadé !

100

Ça y est, c'est fait happy
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

101

c'est dl smile

102

Vertyos, tu serais pas tenté de créer une seconde librairies de Vertel avec d'avantage de fonctions ? smile

Par exemple avec une fonction pour connaitre la version du matériel, l'état des piles, ouvrir les dialogues (modes, catalog, var-link), les applications flash, une fonction qui propose d'ouvrir une variable dans l'apps flash correspondante (boite de dialogue Open et New) et aussi des fonctions de liaison plus avancé que celles du basic (envoyer et recevoir OS, recevorir et envoyer des listes de variables)...

103

Heuuuu... Très franchement... Non grin
J'ai plus trop le temps ni la motivation pour faire des trucs sur Ti, je maintiens Vertel mais je suis pas chaud pour en recoder une nouvelle version à partir de rien.
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

104

Bon ben tanpis... sad
Et il n'y a pas un developpeur C / ASM qui serait intérréssé par le projet par hasard ? gni

105

si, toitongue
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

106

Peut-être moi... (Ça vous tente, une flib3? François Leiber a sorti son code sous GPL, autant en profiter. smile)
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

107

Si elle est aussi puissante que CLib ou Vertel, ué^^
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

108

Ca serait super de faire un flib3 oui mais avec la rapidité de vertel sinon ca vaut pas le coup...

109

flib est dépassée

110

Pas forcément si on corrige les bugs de vitesse et qu'on met de nouvelles fonctions... wink

111

Mais nan, la lenteur de FLib est une featurestrigic
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

112

C'est pas des "bugs" de vitesse, c'est son principe de fonctionnement qui fait qu'elle est comme ça.
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

113

Dans ce cas il faut changer ce principe de fonctionnement.

Quite à refaire une librairie autant la faire bien! grin

114

Et bien... comme lib de 5é génération, il manque koi ??
L'interprétation des expression en temps réelle ??
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

115

caramel
: Dans ce cas il faut changer ce principe de fonctionnement.

Bah oui mais à ce moment là c'est plus FLib, c'est carrément une autre librairie...
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

116

D'un autre côté, que les instructions graphiques des libs soient rapides, ca c'est normal.
Mais pour des fonctions tels que celle que j'ai proposées, la rapidité est pas forcément indispensable (mais si elle y est c'est mieux !! grin )

117

Ce qui est important dans une lib basic, c pas la vitesse a l'aquel les fonction s'éxécutent, mais la vitesse a laquelle elle interpréte les fonctions à éxécuter.
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

118

Pour l'instant j'ai juste changer les fonctions de Flib : j'ai réussi à obtenir, la version du HW, afficher le CATALOG et le ABOUT et l'aide du Clavier !

Bon d'accord c'était pas les fonctions les plus dures à créer mais ca marche boing !!!


Si vous avez des idées de fonctions à ajouter dites les moi, je vais essayer (je débute en C ) de faire une flib3.

119

Rajout du Var-Link, MODE, etat de alpha (0 : inactif ; 1 : actif), le réglage du alpha (lock, unlock)

120

Vertyos -> désolé de remettre ça sur le tapis mais ça me paraît important :
le problème des index retournées lors de la recherche multiple avec la fonction 'test'.
En effet nous en avions déjà discuté et il se trouve que le compteur n'est pas mis à 'zéro' à chaque nouvel élément recherché.

Pour ce faire , j'utilise la fonction basic suivante :
mod( l,n ) + n * iPart( 2^( -mod( l, n ) ) ) -> mod_(l,n)

m'enfin c'est une version de la fonction modulo 'mod()' du basic mais qui ne ramène pas zéro mais n lorsqu'on fait mod(n,n)

l : liste des index trouvés retournés par 'test' lors d'une recherche de type : "test","#liste",
n : nombre d'éléments de la liste ou s'effectue la recherche.

Je voudrais savoir si c'était possible d'incorporer cela dans Vertel à défaut de pouvoir initialiser l'index de départ.
Ou mieux en faire une nouvelle fonction 'modo' différente de celle du basic un peu comme string() et 'strn'

Et puis maintenant que tu as fais 'sequ' pourquoi ne ferais-tu pas 3 fonctions supplémentaires
"ops+" : addition
"ops*" : multiplication
"ops/" : division

ça devrait pas prendre beaucoup de place non !