v3 - Page 1

(ça c'est du titre)

Bon malgré l'activité débordante de cette section, y'aura peut-être des interessés : Recodage complet de Vertel, avec un tas de nouvelles possibilités, quelques incompatibilités mais c'est quand même pas au même point que v1<->v2 (il faudra juste faire quelques petites modifs pour "traduire" un prog d'une lib à l'autre).

Nouveautées en vrac (copier coller de la doc) :
• Support des listes imbriquées ({1,"#b"}->a:{2,3}->b:vertel({"#a",4})
• Lecture ininterrompue (tag "->")
• Lecture séquencielle (tag "|")
• Utilisation de listes imbriquées en mode séquenciel possible
• Compatibilité oncalc Ti89 / Ti92+ / V200
• Préfixes des fonctions (d_, e_, s_, t_ et v_) supprimés (mais les mettre n'empeche pas le fonctionnement)
• Séparateur de fonction "" au lieu de "/" (mais "/" fonctionne encore)
• Désarchivage/Réarchivage automatique des variables si besoin
• Lock/Délock automatique des handles si besoin
• Mémorisation automatique des variables pour un accès rapide
• Retour de variable simple (EXPR ou STR)
• Possibilités d'utilisations de la variable interne élargies
• Nouvelle fonction "glue" (regroupement de fichiers)
• Nouvelle fonctionalité de "prty" (retour des dimentions d'une expression)

Deux nouveaux progs d'exemple que j'ai commencé à faire pendant mon retour de vacances () :


Et puis voilà, dispo sur demande mais attention c'est vraiment une version beta : je ne sais absolument pas si il y a des bugs, et si oui si ils sont dangereux (address error et companie), donc, à vos risques et périls

Intéressant (enfin, pour les programmeurs basic).
Je ne comprends toujours pas comment tout ça tient dans moins de 8ko...
#bravo#

Merci (heu bah pour les 8ko j'ai du mal justement, ça fait 7900 et quelques là, va falloir encore jouer avec les switch pour voir si y'a pas moyen de réduire un peu)

tout ce que je sais c que v3 vas bien m'aider pour ce que j'suis en train de programmer et je te remercie pour tout le boulot que tu fais pour les programmeurs en TIbasic (exclusivement en plus parce que j'me suis pas encore mis au C et à l'assembleur....tu y est ptet pour quelque chose d'ailleurs avec ton vertel).

• Support des listes imbriquées ({1,"#b"}->a:{2,3}->b:vertel({"#a",4})

bien pratique !!

• Lecture ininterrompue (tag "->")
• Lecture séquencielle (tag "|")

j'connais pas encore la différence entre les deux (attendre notice de v3 ? )

• Préfixes des fonctions (d_, e_, s_, t_ et v_) supprimés (mais les mettre n'empeche pas le fonctionnement)

• Séparateur de fonction "" au lieu de "/" (mais "/" fonctionne encore)

c vrai que c plus rapide donc ça m'arrange bien ...

• Possibilités d'utilisations de la variable interne élargies

EXELLENT !! c'était justement le sujet de mon topic: ya possibilité d'utiliser un (ou plusieurs) éléments de la variable interne dans le même appel ?

• Nouvelle fonction "glue" (regroupement de fichiers)

jvè pouvoir éradiquer définitivement flib de mon prog comme ça ...

• Nouvelle fonctionalité de "prty" (retour des dimentions d'une expression)

ex: {x pixels,y pixels} ?

Et puis voilà, dispo sur demande mais attention c'est vraiment une version beta : je ne sais absolument pas si il y a des bugs, et si oui si ils sont dangereux (address error et companie), donc, à vos risques et périls

je te prie vertyos de bien vouloir me faire parvenir v3 étant donné que ma machine est immunisée contre les "adress error" depuis le tps qu'elle en voit
(j'peux t'envoyer mon mail par mini msg si tu veux bien m'envoyer v3)

Envoyé en mini message

Par contre, est-ce qu'il serait possible d'utiliser une boucle for avec vertel du genre:

vertel ("for",i,0,30,...,"next i")
Désolé pour la syntaxe, j'ai jamais utilisé Vertel.

Je pense que ça améliorera considérablement la vitesse des programmes en basic, car la boucle for, même vide du TI-Basic est vraiment lente.

Si ça existe déjà:

ça existe déjà :-/
c'est même la raison qui fait que Vertel est plusieurs fois plus rapide que toutes les autres libs

geogeo>ça existe, mais pas de la fàçons que tu décrit. En fait, quand une liste est passer en argument, c une "boucle for" qui est utiliser implicitement.
Vertel3 permet d'utiliser une "boucle for" par liste ou toute les liste dans le même "boucle for".

Ah en effet, c'est donc un grand point fort.

bah... ça fonctionnait aussi sur Vertel2, mais seulement en continus (2è cas).

j'ai essayé d'afficher 4 images différentes {"pic1","pic2","pic3","pic4"} (sous forme de tableau) avec un seul "pict" et deux listes {xo,x1} {yo,y1} en utilisant la lecture séquencielle mais vertel lit aussi en séquentiel la liste d'image donc la derniere écrase toute les autres. j'vois pas trop comment faire

et en plus g pas la patience d'attendre la notice complète

Erf en effet, il n'est pas possible de mélanger listes séquencielles et non-séquencielles (bcp trop compliqué, déjà que le systeme actuel... )
Le tag séquenciel est activé pour tout l'appel, donc pour toutes les listes de l'appel.

Bon courage pour vertel au fait

Je ne l'ai jamais utilisé, mais c'est du bon boulot et je croit que sa remplace avantageusement flib et la plus ancienne basiclib (hummm basiclib )

bcp trop compliqué, déjà que le systeme actuel...

ouais j'imagine bien

j'aurais pas moyen de faire ça avec les listes imbriquées par hasard ?
(jsè pas trop comment elles fonctionnent mais bon ...)

Heu... C'est simple (enfin si on veut). Par exemple :

{10,20}->a
{30,40}->b
vertel("pixl",10,{"#a","#b"})

Ça trace 4 pixels, à 10,10 / 10,20 / 10,30 / 10,40 (le premier argument aurait pu être aussi une liste d'ailleurs, pour compliquer un peu ).

Rien qu'en regardant les fonctionnalités je te tire un grand chapeau pour la programmation.

ça revient que de faire ça non ? :

vertel("pixl",10,{10,20,30,40})

ça revient au même excuse..

Oui ça revient au même mais c'était un exemple d'école. Si a et b sont des listes définies ailleurs dans le programme, c'est plus élegant (et beaucoup plus rapide) de faire comme ça que de faire augment(a,b) avant de passer en argument

a h ouais excuse je délirais encore avec mes tableaux d'images, j'avais pas capté que tu m'expliquais le fonctionnement des listes imbriquées
ok g fini par comprendre

mais si on ne peut pas melanger sequnetiel et non sequentiel, on perd quasiment tout l'avantage de ce type de lecture
(genre pour afficher une map sur l'ecran, on n'aurait pas obligé d'avoir 2 listes enormes qui font tous les doublets de coordonnés, mais juste une liste des coodrs vert et une liste des coords horiz)
tu peux pas faire en sorte que la lecture sequentielle ne marche que pou les 2 listes suivant le tag ?
(pasque ca serait ca la principale utilité de la lecture sequentielle...)
(ou alors il faut que je plonge dans les sources ? )

Mais les tags, tu peut les mettres n'importe ou, en fait, au début comme à la fin ??

ouais ptet
ben faut changer ca !

Va te faire foutre
©Vertyos

Cool
Nan plonge toi dans les source (have fun )

c'est bien ce que je cragnais

-

D'aileurs, il sort quand, GBS ?

En 2048, pourquoi ? (faut que je finisse l'éditeur, pour commencer les maps et ça me permettra de finir les derniers trucs qui restent)