Vertel 3 - Page 8

Kevin Kofler :
Tu l'as vu où, du BASIC qui se note vertel("foo","bar","baz",...)?

-> !

!

Vertyos>J'ai la flemme de relire tout les topics concernant vertel et je suis sûr que la question a déjà été posé mais pourquoi ne pas faire la création d'image interne (comme mkpic de flib). On pourait simplement les définir dans une liste (ca permettrait d'éviter quelques bogues de cette fonction dans flib) ! Penses-tu que ca prendrait trop de place ou as-tu "flemme powa" ?

La flemme de lire le topic, ok, mais la flemme de lire la doc, ça c'est autre chose... Il y a *déjà* de quoi créer des images de façon interne, avec en plus un format RLE qui prendra moins de place que l'équivalent FLib... Je vois pas ce que je peux faire d'autre

Ok, on est obligé d'utiliser make !
Désolé, mais ce n'est pas écrit clairement dans la notice et il serait bon je pense de le mettre

J'ai essayé ca :

vertel("test",{"v","","","v","","v","v","v","","v","","","v"},"v","","retr","t")

Avec v remplacant la coche (CHAR>Special>2)

Et j'obtiens t={} C'est normal ou c'est un bug ?
J'ai essayé un reset mais le problème se reproduit !

Merci de votre aide

Logiquement, si tu lance cet appel tel quel, il devrait retourner la valeur {1} dans t. Je suppose que le 1er element de ta liste était "" et non pas "v". Le problème est que "" est considéré comme un séparateur d'instructions, et donc invalide dans une liste : la version "developpeur" t'affichera un message d'erreur "Invalid list value".

Oui j'ai ecrit une liste au hasard etant donné que toutes celle que j'avas esssayé donné le même résulat (sauf avec "v" comme première valeur)
Je vais contourné le problème en rempacant les "" par " " et ca fonctionne !!

Merci beaucoup de ton aide

Y'a pas de problème
Cela dit quand un comportement te semble bizzare comme ici, c'est souvent une bonne idée de vérifier si par hasard la version developpeur n'explique pas ce qui ne marche pas avec un message d'erreur.

En effet, merci du conseil

Si tu peux détecter l'erreur, pourquoi ne peux-tu pas gérer ça de la manière attendue?

Ça coupe la lib sans planter et ça retourne une liste vide, c'est déjà pas mal non ? Tu veux aussi que ça joue la marseillaise et que ça affiche "J'ai trouvé un bug" en message clignotant ds la barre de status ? Mon but c'est de faire une librairie petite en taille, donc il n'y a que la version "developpeur" qui affiche un message d'erreur.

Vertyos
: Tu veux aussi que ça joue la marseillaise et que ça affiche "J'ai trouvé un bug" en message clignotant ds la barre de status ?

Non, que ça traîte la chaîne vide comme une chaîne vide vu que ça ne peut pas être un séparateur d'instructions à cet endroits.

C'est bon une fois qu'on a fait l'erreur, on va pas la refaire...

[edit] cross

Kevin > Oui mais ça c'est volontaire, ça peut servir pour interrompre volontairement la lecture d'une liste (ça peut servir en mode ininterrompu). De plus, mettre des elements sous forme d'une liste de N elements, dans la logique de la librairie, c'est exactement la même chose que recopier N fois l'appel à la fonction avec chacun des N arguments : c'est donc normal que ce qui n'est pas accepté dans un cas ne le soit pas dans l'autre (à l'exception des switchs qui affectement précisement la façon dont ces listes sont lues).