Vertel 2.00 - Page 1

MacIntoc qui beta-teste toutes versions et a un don particulier pour trouver des bugs (même quand il n'y en a pas ) n'a rien décelé sur la dernier beta en date de v2.

Je vais attendre encore un peu, puisque quelques projets sont en cours de développement avec, puis si il n'y a pas de problèmes, releaser une version finale.

Pour ceux qui n'ont testé que v1, en gros :
- Encore un peu plus de vitesse, mais ça n'est plus signficatif par rapport à la lenteur du Basic
- Nouvelles fonctions (gestion de variables principalement)
- Systeme d'indirections internes accelerant l'utilisation des listes en argument
- Systeme d'évaluation interne, permettant entre autres le self-modifying
- Gestion des variables locales dans le prog lanceur et ses parents
- Retour de liste illimité (enfin limité par la RAM, donc y'a de la marge)
- Double buffering

La lib fait 7200 octets et des poussières.

Consernant l'addon jamais releasé, il a peu de fonctions donc je ne sais pas si ça vaut vraiment le coup. Pour l'instant :

- Zoom d'un fichier PIC
- Création d'un masque pour un fichier PIC
- Création de groupes de fichiers, ajout d'un fichier au groupe, extraction de fichiers précis ou de tout, et compatibilité avec Versatil.

Voilà ça faisait un moment qu'on me demandait pourquoi je ne releasait pas officiellement v2, he bien il y a un je-ne-sais-quoi qui m'a donné envie de le faire
(qui a dit "provocateur" ? )

Voilà... Remarques, suggestions, critiques, offrandes () ?

fuck vertel sale lib de merde !!!!!!!!

FLIB PAWA !!!!!!!!!!!

c quoi ton sys d'indirections internes ?
c quoi ton double buffering ?
c consiste en quoi le self modifying et à quel niv il intervient ?

bah de toutes facons ca pue le basic, vive le C


oula !!!
qu'est ce que je raconte, moi ???
faut que j'arrete le C, ca me monte a le tete

et au fait, ya pas d'ecrans virtuels ?

Vertyos a écrit :
- Double buffering

- vertel("#var") au lieu de vertel(var), comme ça le TiOS n'évalue pas la variable, et on gagne un temps considérable si var est une grosse liste par exemple

- bah écran virtuel, comme en C, tu dessine dessus et tu affiche en une seule fois

- une instruction de vertel modifie une variable qui est utilisée plus tard dans le même appel, ça peut être utile par exemple pour ça :
vertel("v_list","/","e_retr","var","/","v_list","#var","/","e_retr","list")
Cette ligne (horrible, ok, mais quand on connait un peu ça va ) renvoie la liste de tous les fichiers contenus dans tous les dossiers de la Ti.

Azerty > Voir point n°2 Edit : voir aussi la remarque de sBibi

Vark >

<Varuku> c t plus fort que moi
<Varuku> g posté
<Vertyos> putain
<Vertyos> t lourd
<Varuku> c partit tout seul
<Vertyos> pfff
<Varuku> g édité
...
<Varuku> LOL
<Varuku> azerty aussi a posté
<Varuku> oh et puis merde
<Varuku> vu le post d'azerty <Varuku> je remets le miens

ben quoi mon post ???

et le virtual screen, on peut l'utiliser avec plusieurs appels a vertels (sans l'afficher) ?

Oui, si tu le sauvegarde dans une PIC par exemple, tu le réutilise dans un autre appel.

ha, ok
mais ca n'aurait pas été plus simple de faire en sorte que l'ecran soit directement une pic ?

Bah dans le cas d'une 89, ça obligerais à avoir une PIC de la taille d'une 92+ (qui prend plus de place, donc).

Et puis tu peux également avoir besoin d'utiliser l'écran pour faire des operations sans que ça se voit, et sans en garder de trace. Par exemple si tu dessine je sais pas quoi avec des line, cercle etc... et que tu veux sauvegarder ça en PIC, tu peux le faire sans que l'utilisateur voit qqchose clignoter sur l'écran un bref instant.

putain c un truc de fou de pouvoir repertoirer toutes les vars en un seul appel

hum, tu utilises quoi pour l'ecran virtuel comme methode ?

En fait il est possible d'optimiser un peu ça avec une caractéristique que j'ai oublié de préciser sur le 1er post : la variable interne, une variable que seule Vertel peut utiliser, ce qui évite d'avoir qqchose à supprimer.

On a donc :
vertel("v_list","/","e_retr","/","v_list","#©","/","e_retr","list")

Ceci ne crée que la variable "list" et stoque dedant tous les fichiers de la Ti.

Il est aussi possible d'avoir les fichiers sous la forme "dossier\fichier", pour compliquer un peu l'appel
vertel("v_list","/","e_retr","/","v_list","#©",1,"/","e_retr","/","v_type","#©","/","e_retr","type")

Cet appel (ça commence à faire lourd là ) retourne dans "type" le type de tous les fichiers contenus dans la Ti, on peut faire pareil pour la taille, le status etc... Et bien sûr retourner toutes les listes en une seule fois, d'ailleurs c'est plus simple.

Edit : Ecran virtuel > bah comme en C, je crée un écran virtuel vers lequel toutes les fonctions graphiques sont redirigées

je pige rien à tes syntaxes, c mm plus du basic, c du langage bob

Faut lire la notice (un peu longue) et ça devient plus clair, en tout cas y'en a qui y sont arrivé

mais pout ton ecran virtuel, tu alloue de la mem
ben cette mem, tu pourrais aussi lui associer un entrée dans la vat, une pic par exemple
comme ca, ca écrit directement dans la pic et pour l'afficher, tu utilises les fonctions de sprite, et ya pas de pb de sauvegarde

enfin, bon,
il doit y avoir aussi des inconvinients

eyt le support du "/#blabla" ?

lol non pas encore

<Varuku> t'1 bob .....
<Varuku> vertel("v_list","/","e_retr","/","v_list","#©","/","e_retr","list")
<Varuku> c koi CA ?
<Vertyos> c un appel à vertel...
<Vertyos> lé pas bo ?
<MacIntoc> LOL
<MacIntoc> atend
<MacIntoc> vertel("v_list",active,"/","e_retr","files","/","v_list",active,1,"/","e_retr","file","/","v_size","#file","/","e_retr","sizes","/","v_type","#file","/","e_retr","types","/","v_stat","#file","/","e_retr","s","/","d_pict",augment(seq("clo_fold",t,1,ding),seq("ico_fle",t,1,f)),115,"#ymr","/","t_draw","#files",121,"#ymr","/","t_draw","#types",171,"#ymr","/","t_draw","#states",198,"#ymr","/","v_strn","#sizes","/","e_retr","size","/","t_draw","#size",213,"#ymr")
<MacIntoc> ça récupère tous les fichiers, leur type, leur status et leur taille, ça affiche les icones, les fichier, les types, les status, ça convertis la chaine de taille en str (foireux) et ça l'affiche
<Varuku> ...
<Varuku> [pub]Vertel : la lib basic qui vous permet de faire un programme qui tiens en une ligne [/pub]

azerty>c koi le /# ???

Bah Azerty il est pas content parceque du coup on peut pas afficher une chaine de caractère qui commence par "#" (ça la considere comme une variable), donc "/#" ça serait un systeme pour contourner ça : le caractère / empeche que la chaine soit considérée comme une var.

ouais mais bon, moi j'avais proposé un autre systeme qui ne pause aucun probleme mis a part que ce n'est pas "logique" d'un point de vue programation :
mettre le marqueur d'indirection en dehors de la srting en applicant un truc mathematique simple a la string
j'avais pensé a -"liste" par exemple, mais bon, c pas logique, bob n'en a pas voulu...
(ca aurait évité tous les pbs des # et /# et /)

t'utilises des chaines qui commence par # ?????

ben ca peut arriver, faut tjrs prevoir ces trucs là
et puis on ne perd rien a utiliser un truc en dehors
en puis en plus un truc dans le genre vertel(-"a") ca fait encore plus 3l33t que vertel("#a")

hmmm. ca me fait penser aux cours de shell au debut de l'annee
ou souvant les lignes de commandes depassaient le buffer de 256 chars du shell

Azerty > -"a"... j'aime pas trop
Je préfere quand même # et puis c'est plus logique.

MacIntoc qui beta-teste toutes versions et a un don particulier pour trouver des bugs (même quand il n'y en a pas ) n'a rien décelé sur la dernier beta en date de v2.

Si, il y a un gros bug, celui de la fonction v_delt qui ne supprime pas un fichier mais le fait disparaître jusqu'au prochain reset et qui ne libère pas la mémoire... D'accord, c'est un bug provenant de TIGCC, mais si cette fonction n'est pas stable, il vaut mieux l'enlever pour éviter des déconvenues...

Bon tu dois avoir une ancienne beta, il est corrigé ce bug. Re-télécharge sur variable et dis-moi si tu l'as encore ?

t'as mm pas mis de compression, mm RLE pour les PIC

Bof non, ça vaut pas le coup je trouve. Peut-être dans l'addon je remettrais le programme RLE, mais pas dans la lib principale.