240

A
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

241

les noms peu attractifs permettent d'accelerer vachement vertel par rapport a flib car ils sont tous sur 4 chars
et c'est tres con de rester a flib pour ca
l'interet de vertel n'est pas les bonnes fonctions qu'elle propose (la plupart sont des fonctions de base) mais de la puissance que l'on peu tirer de l'utilisation des listes en argument pour pouvoir faire a partir de fonctions de base, des appels a la lib qui font des truc assez complexe et ce tres rapidement
et en plus c'est aussi simple que mon explicatiopn triso
avatar

242

A
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

243

RedSilk :
1) BON, encore mieux, je vais recompiler vertel pour que chaque fonction soit définie par un suel caractère. cheeky


ce n'est pas ca qui est important
c'est que ca chaque commande puisse etre representee par un long
apres si tu remplace par un word ou un byte, ty peux mais le gain sera tres minime, si gain il y a grin
(en feit, si avec un octet, il y aura vraiment un gain par rapport a 4 chars cheeky )
avatar

244

Il devrait y avoir un gain si tu prends 2 caractères, mais je ne crois pas que tu auras un gain avec un seul caractère. De toute façon, le nombre de fonctions possible, si leur nom ne comporte qu'un caractère, serait trop réduit.
avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

245

en fait il y a gain car il n' a pas besoin d'aligner l'octet
avatar

246

RedSilk :
J'aime bien le coup de la fonction glue avec les fichiers VTG qui vont dans un répertoire,
ce que flib ne propose pas avec ses GRP. En revanche, ça serait bien que t'implémente
l'extraction d'un seul fichier à la fois, et une compression comme le KOMP
(si possible plus puissante, serait très apprécié happy )

Extraction d'un seul fichier à la fois, oui pourquoi pas, par contre la compression je ne peux pas l'implémenter sans créer une "vertel2" -> non.
Bon, je modère mon post (peur de représailles ? grin ) alors je dirai simplement que
les noms des fonctions de vertel sont..... peu attractifs. C'est même une des raisons majeures qui font que je reste à Flib.

Moi aussi je trouve ça stupide comme argument, d'autant plus que ça permet une réelle optimisation par rapport à FLib, aussi bien en vitesse qu'en taille.
Mais si Vertel a vraiment des bonnes fonctions, qui sait, je l'utiliserai
peut-être (après recompilation avec de meilleurs noms triroll )

Ça tu peux oublier, c'est hors de question neutral
Si tu veux faire des programmes lents ça te regarde, mais je ne modifierais surement pas la lib pour un utilisateur (surtout quand la modification consiste à virer une optimisation)
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

247

B
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

248

tu aurais voulu recompiler vertel pour mettre plus de lettres dans les noms sde fonctions ? (flemme de prendre ma souris pour regarder plus haut zzz)
meme avec des sources vachement commentees, je doute que ce ne soit possible sans etre l'auteur grin
avatar

249

C
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

250

RedSilk
Vertyos fait du code de cochon !

Ben tout le monde le sait, ca, non ?
avatar

251

C
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

252

tu veux une baffe ?
avatar

253

RedSilk, ou comment mettre des smilies de trisos pour faire 3l33t neutral
avatar

254

D
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

255

neutral
avatar

256

RedSilk :
Non, pas stupide. Car ceux qui programment en Basic ne sont généralement pas des boss, et surtout ne se soucient
pas trop de la vitesse (ou ils s'en soucient, mais à tort triso ) et quand un utilisateur devra comparer ta
lib à flib, il ne se posera pas la question de l'optimisation de puissance, même s'il y en a. Tout simplement parcequ'il ne veut pas se faire ch***.

Si stupide. Ce n'est pas parceque tu n'as pas le niveau pour comprendre le fonctionnement de certaines parties d'un programme qu'il faut les virer. Parcequ'en raisonnant comme ça, tu risquerait de ne plus utiliser grand chose.
Ca c'est pas commun. triso

Et pourtant c'est ce que tu cherche à faire... Si tu veux des chiffres, on gagne plus de 500 octets avec cette méthode (ENORME), et aussi pas mal en vitesse.
Non, pour la recompilation j'avais oublié que tu ne publiais pas tes sources. ( neutral )

Uniquement sur demande, pour eviter que des newbies comme toi recopient le code en mettant leur nom à la place.
soit je vais désassembler.

Preuve de ce que je viens de dire.
Vertyos fait du code de cochon !

Tu sais que ce "code de cochon" va plus de deux fois plus vite que n'importe lequel que tu pourrais essayer de produire, petit ?
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

257

J'ai une meilleure solution pour RedSilk : tu te mets au C et à l'ASM, et tu nous fait une librairie basic au moins aussi efficace que celle de de Vertyos... après, tu pourras critiquer ton travail. Parce que proposer des innovations, c'est bien, mais s'enfoncer dans des idées à la censure, c'est moins bien neutral
avatar

258

Vertyos , je vois que tu as revisé ta position sur l'extraction individuelle avec la fonction 'glue', ravi !
J'espère qu'on l'aura pour très bientôt

Probleme avec test; tu pourrais nous laisser :
-choisir l'index initial du compteur de vertel dans 'test' (au moins le choix entre 0 et 1 à cause de la fonction write dont l'index est à 0 ) et aussi l'initialiser chaque fois que le tag sequentiel est utilisé avec 'test' .
En effet j'ai essaye la chose suivante :


:{1,2,3,4,5,1,2,3,4,5,1,2,3,4,5}=>a
:{1,5}=>b
:vertel("test","#a","->","#b","","retr","c")

qui donne c={1,10,11,20,21,30}
espérant rechercher la position des élément de b dans a
est-ce possible de faire cela en utilisant une seul fois 'test'

- etendre la syntaxe de test pour rechercher une sous-liste dans une liste avec un argument mode peut-être( plus généralement faire une fonction 'find' pour chercher dans une une succession d'octets dans une variable un peut comme celui de l'editeur de TI)

259

Vertyos , je vois que tu as revisé ta position sur l'extraction individuelle avec la fonction 'glue', ravi ! J'espère qu'on l'aura pour très bientôt

J'ai pas dit que ça allait être fait, mais que ça "pouvait" être fait. Faudra que je voie si ça prend de la place ou non.
andoh_wilfried :
:{1,2,3,4,5,1,2,3,4,5,1,2,3,4,5}=>a
:{1,5}=>b
:vertel("test","#a","->","#b","","retr","c")

qui donne c={1,10,11,20,21,30}
espérant rechercher la position des élément de b dans a est-ce possible de faire cela en utilisant une seul fois 'test'

Ah oui en effet. C'est le comportement normal, puisque la variable d'index est remise à zéro après la fin d'une fonction, mais dans ce cas précis ça pose problème :-/
Je vais voir si y'a pas moyen de regler ça en passant par ton idée de choisir l'index de départ.
- etendre la syntaxe de test pour rechercher une sous-liste dans une liste avec un argument mode peut-être( plus généralement faire une fonction 'find' pour chercher dans une une succession d'octets dans une variable un peut comme celui de l'editeur de TI)

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

260

Bon voilà qui est très clair!
Pour glue si tu le fait je suis sure que beaucoup de gens en seront très heureux !

261

Bon, après étude du code source, problème : Pour prendre (très) peu de place le fonctionnement de [v_]test est un peu particulier grin

En clair le padding (pouvoir modifier la valeur prise pour index du 1er element par Vertel) et la possibilité d'utiliser la fonction avec la lecture séquencielle marchent tous les deux avec les versions actuelles. Mais uniquement avec un bidouillage, que je ne peux pas changer sans modifier toute la fonction.

Petite explication : Vertel utilise le 3eme argument numerique comme valeur de départ, et l'incrémente de 1 avant chaque test. Ceci fait qu'un appel comme ça :
vertel("test",{1,2,3,1,2,3},1) -> retourne {1,4}


Mais en choisissant une autre valeur que le 0 implicite comme valeur de départ, on peut avoir :
vertel("test",{1,2,3,1,2,3},1,5) -> retourne {6,9}


Comme la fonction était prévue pour être "basic compliant", elle considère que la valeur de départ par défaut (0) correspond à une liste qui commence à l'élement 1. Pour avoir une liste qui commence par 0, il faut donc fixer cet argument à -1 :
vertel("test",{1,2,3,1,2,3},1,-1) -> retourne {0,3}


Autre chose, pour l'utiliser avec une lecture séquencielle, il faut réinitialiser la liste à chaque iteration, donc la valeur d'initialisation doit elle aussi être présente autant de fois que la longueur de la deuxième liste. Dans ton exemple :
{1,2,3,4,5,1,2,3,4,5,1,2,3,4,5}=>a
{1,5}=>b
vertel("test","#a","->","#b",seq(-1,i,1,dim(b)),"","retr","c")
/* note : Le seq est à remplacer directement par {-1,-1} si tu sais d'avance que ta liste fait deux élements */


Et dernière chose (après j'arrête, promis grin) : j'ai parlé au début de "3eme argument numerique". Il s'agit bien du 3eme argument numerique, ce qui veut dire que si la fonction test est utilisée pour comparer des chaines, alors il faudra placer deux 0 (ou n'importe quel autre nombre) "inutiles" avant l'argument qui indique la valeur de départ, pour qu'elle se trouve en 3eme position :
vertel("test",{"aaa","bbb","ccc","aaa","bbb","ccc"},"»",{"aaa","bbb"},0,0,{-1,-1})


Oui, ça parrait assez sale, mais il n'était pas prévu au départ de modifier la valeur de départ de la liste. En esperant avoir été suffisement clair... smile

P.S : Ça fait plaisir de voir enfin quelqun qui va un peu plus loin que l'utilisation basique (pas de jeu de mot foireux) et qui essaye toutes les fonctionnalités smile
P.S bis : Pour les deux derniers bouts de code (l'argument -1 mit également en liste), je ne suis pas certain que ça marche, je n'ai pas essayé.
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

262

Tients ! un compliment de la part de vertyos : voilà qui est rare !
Un instant j'ai cru que c'étais quelqu'un d'autres ! grin

263

C'est bon ! j'ai tout compris ; c'est exactement ce que je voulais !
mais pourquoi faut-il obligatoirement passer une liste pour initialiser l'index que l'on utilise ou pas le TAG sequentiel ?
Normalement vertel comprend que si l'on utilise dans un appel un nombre et une liste , le nombre doit être utilisé autant de fois que nécesaire.
Parceque si je doit faire seq(-1,i,1,dim(b)) au lieu de -1 si dim(b)>100 par exemple ça la fout mal la TI !

264

T'aurais dû penser à m'envoyer le lien pour télécharger dans ta reponse puisqu'il s'agit d'une mise-à-jour !
J'ai perdu le lien dans mes mini-messages ! (d'alleurs y a plus rien du tout ; je me demande si ça se vide pas automatiquement. Vu l'usage que j'en fais une fois par ans ça m'étonne pas qu'il me vire tout )

265

J'ai pris le lien à la page précédente ! je vais testé tout ce que t'a dit.
Je suppose que tu a regler le problème que j'ai souligné sur la fonctin 'prty' !

266

E
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

267

trisotfl

pas mieux
avatar

268

non non, c'est pas un coucours, nil, il est juste serieux triso
avatar

269

Ah, bah merde, alors trifus
avatar

270

Alors j'ai utiliser la fonction test :
- l'argument pour initialiser l'index fonctionne même avec des nombre négatif pour argument. Seul problème les listes ne fonctionnne pas avec le TAG sequentiel .
Bien sure y aussi le problème d'un des post précédents :
mais pourquoi faut-il obligatoirement passer une liste pour initialiser l'index que l'on utilise ou pas le TAG sequentiel ?
Normalement vertel comprend que si l'on utilise dans un appel un nombre et une liste , le nombre doit être utilisé autant de fois que nécesaire.
Parceque si je doit faire seq(-1,i,1,dim(b)) au lieu de -1 si dim(b)>100 par exemple ça la fout mal la TI !


Par contre y avec les chaine ça fout la merde. Seul l'utilisation normale fonction ie rechercher un seule chaine dans une liste de chaine avec index par defaut. Dès que j'essaie de mettre un index ça foire
-avec 2 arguments numériques le resulat est un peu aléatoire en fonction des nombre que tu met en 1er ou 2nd arg
-avec 3 arg là c'est la totale.


Bon du courage mais surtout j'espère que t'arrangera ça au plutôt.
ça me sert déja à décomposer un nombre en produit de facteur avec le petit code suivant :

:unprime(r)
:Func
:@INTEGER
:string(factor(r))=>r
:main\vertel("read","r","","retr","","test","#@",42,-1,"","retr","","writ","r","#@",44)
:expr("{"&r&"}")
:EndFunc

J' avais déjà essayer avec :
1- la fonction 'part'
2- string pour changer en chaine instring pour chercher et remplacer
dans les 2 cas fallait attendre pas loin de 6 à 7 seconde pour environ 10 facteurs

D'ailleur une question tu stockes les résultats temporaires de vertel dans quelle variable ?
parceque je suppose que c'est pas dans "#@" sinon j'aurai pas eu besoin de faire un "retr" pour recuperer ces résultats !