Mini-bogues ??

Oui, justement, ce bogue est lié à un problème de mémoire.
Essaye avec -Xmx1024M
Et s'il y a toujours le problème, -Xmx2048M

C'est fait, problème réglé !
Merci " title="Smile" />

Bonsoir,

L' expression vsPos=8 puiss (1/n) ne semble pas être reconnue ?

Bonsoir,
Juste pour en avoir le coeur net, avec l'exemple suivant ne devrait-t-on pas obtenir le tracé d'une ligne ?

Livre : tortue
("Spécification 1.2.4")
("Auteur : Pat")

Bibliothèque :

Espèces :

Grands rôles :
vsLigne_vsTo_0 est un crayon, visible vaut "oui", transparence vaut 100, taille vaut 1, couleur vaut "bleu", x vaut 0, y vaut 0, position vaut 1, pointe vaut "oui", angle vaut 360, posé vaut "oui"

Paragraphe : Av
Rôles :

Souffleurs :

Actions :
x de vsLigne_vsTo_0=300
y de vsLigne_vsTo_0=300
Projette vsLigne_vsTo_0

Pat,

Cette syntaxe ne peut fonctionner pour une raison simple.

tu as ton crayon positionné à x=0 et y=0.

En deux temps :


1 - ton crayon se positionnera à la position x=300 et y=0, tu te retrouveras une ligne horizontale
2 - puis, il fera x=300 et y=300. il dessinera un nouvelle ligne verticale !

C'est pour celà que le dessin ne se met pas à jour quand on change les valeurs x et y.
Il faut utiliser les verbes "déplacer".

Voili.

Ah, ok ! Maintenant tous est clair, merci.

Bonsoir,
Le petit exemple ci-dessous ne fonctionne pas -x (acteur inconnu), bogue ou pas ?

Livre : x
("Spécification 1.2.4")
("Auteur : pat")

Paragraphe : x
Rôles :
x & y est un nombre
Actions :
x=-3
y=-x
y!

c'est un bogue !

Bonsoir,

Lorsque cet extrait est utiliser avec l’applet, l’image ne s’affiche pas, normal ?

Livre : extrait suissbox
("Spécification 1.2.4")
("Auteur : pat")

Grands rôles :
vsImag est un graphique, visible vaut "oui", image vaut "tyrannosaurus-rex-icon.png", transparence vaut 100, x vaut 0.5*ecranh, y vaut 20, position vaut 0

Paragraphe : init
Rôles :
Actions :
Projette vsImag

Avec les applets, la gestion des images est assez complexe.
Je triche en faisant pointer l'image vers une URL absolue comme :

Bien merci ;
j'ai en réserve un autre problème avec l'applet (+ difficile à explicité), mais pour l'heure, je vais vous laisse souffler un peu :;
):

:-) c'est vrai que j'en ai pas mal en stocks !

C'est aussi une preuve que Linotte est bien utilisé au maximal de ses capacités !

Je viens de remarquer ceci :

La ligne suivante fonctionne :

g1 est un texte depuis "txts/g"+n1+".txt"

alors que celle-ci ne fonctionne pas :

g1 est un casier de textes depuis "txts/g"+n1+".txt"

elle affiche "La valeur est incorrecte ( peut-être avez-vous oublié les guillemets ? ) : n1"

ps : n1 est un chiffre qui varie au cours de la lecture du livre

Je corrige ça dans la prochaine alpha !

Bonsoir,

Voici un exemple un peu bizarre, mais bon...

Il me semble que :

Essaie, lis
vsCext=<
vsCext>

Ferme
devrait produire une erreur, non ?
Livre : actdym
("Spécification 1.3 alpha 4")
("Auteur : pat")
Bibliothèque :
Espèces :
Grands rôles :
Dist est un nombre valant 0
vsCext est un texte
vsA est un texte valant "22.5"

Paragraphe : val
Rôles :
Souffleurs :
Actions :
vsCext="Dist="+vsA
vsCext!
Essaie, lis
Évalue vsCext
ferme
Essaie, lis
vsCext=<
vsCext>

Ferme
sinon, "erreur"!

Bonjour Pat,

La commande évaluer va essayer de résoudre des calculs mathématiques telles que :
"1 + 1 * 2"
"cos (5)"
"hasard(5)"
et stocker le résultat dans le même acteur (chose que j'aimerais changer plus tard...)
Donc :
"Dist=22.5" est une phrase Linotte mais pas un calcul mathématique.

PS : je vois que tu n'as pas encore en 1.3 ! " title="Smile" />

Merci, il faut que je passe à la 1.3 pour il semble, éviter ce problème... il me encore manque le convertisseur " title="Sad" />.

Je pense que le verbe "photographier" ne fonctionne plus dans la version 1.4.0 alpha, je n'ai pas essayé avec les versions précédentes, mais lors de l'utilisation du verbe (en suivant l'exemple de la documentation) aucun fichier n'est créé.

et si tu indiques un chemin ?

photographie dans "/home/toto/photo.png"

Toujours aucune réaction " title="Sad" />

ok, ça marche sous Windows pour moi, je regarderai ce we sous Linux si je trouve un peu de temps.

Je pense avoir trouvé un bug en rapport avec le chargement dynamique des acteurs, voici le morceau de code qui n'est pas reconnu


[quote=Message d'erreur]La valeur est incorrecte : Il manque la valeur[/quote]
Pourtant, dans la documentation il est expliqué qu'en utilisant les signes <
et >
autour d'un acteur texte, Linotte ne va pas charger l'acteur lui même, ici "nom", mais celui nommé par la valeur de de l'acteur, ici "test". Alors, cela viens peut-être du fait que test est un acteur graphique (sachant que j'ai tester avec un rectangle au lieu d'un graffiti avec l'option visible et la valeur "oui").

Ps : j'ai testé ce code avec les versions 1.3 et 1.4 beta (build 40)

Ce n'est pas bogue de l'Atelier Linotte mais plutôt de la doc qui n'est pas à jour...

Depuis la version 1.3, il faut écrire ainsi :

Merci beaucoup :;
):

De rien " title="Smile" />
C'est suite à l'ajout des conditions simplifiées :


Les signes <
et >
sont réservées aux conditions.