Le LUA sur nspire = grosse usine à gaz

[Adriweb]

Je ne vois pas pourquoi tu utilise le D2Editor (qui n'est pas un bon outil, d'ailleurs, enfin, c'est ce que je pense)

Il te suffit de faire ceci : (comme dit sur le wiki (c'est la seule page complete lol) : http://wiki.inspired-lua.org/drawString )

Code: Select all

function on.paint(gc)
 hanoi(gc)
end

function hanoi(gc)
   gc:drawString("Tours de Hanoi",20,20,"top")  -- 20, 20 est un exemple
end


En ce qui concerne le print(), il existe et est parfaitement fonctionnel, il faut juste que tu regarde dans la console (si tu es sur l'émulateur de TI, il faut donc le lancer en mode console (via un terminal par exemple).

Par ailleurs, tu remarqueras que mon code ici comporte la fonction on.paint(gc), qui est obligatoire (dans 99% des cas). Ton programme l'avait-il ?

[Adriweb]

http://www.inspired-lua.org/?p=13lang=fr te sera probablement utile

En gros, la function on.paint(gc) est la fonction de base des programmes Lua pour Nspire.

C'est elle qui est chargé de gérer le rafraichissement de l'écran, donc c'est par elle qu'on passe quand on veut changer quelque chose sur l'écran. Elle est donc appelée a chaque fois que tu bouge la souris, quand tu lance le programme etc.
Tu peux l'appeler manuellement avec un platform.window:invalidate()

"gc" veut dire Graphics Context, c'est la librairie qu'a inclus TI qui contient les fonctions graphiques.

En attendant, lis bien la "doc" :
http://hackspire.unsads.com/wiki/index.php/Lua_Programming (mais bon, apparement, tu as la doc officielle )

Sinon, n'hésite pas à regarder les code source lua des programmes déja sortis, c'est un vraie mine d'or pour débuter !

[Levak]

Ce qu'il faut comprendre c'est que le Lua sur TI-Nspire est tourné sous forme évènementielle et non sous forme séquentielle comme le TI-BASIC, le C, le PHP, le Lua normal, (je continue ?), etc ...

Évènementiel veut dire que tu n'es pas maître des appels de fonctions. Le framework appelle les fonctions dans une boucle déjà faite. Si la fonction existe dans ton code, elle est exécutée, sinon, tant pis.

Les puristes de l'évènementiel vont peut être me fouetter, car le principe est à deux doigts différent (voir C++/Qt4), mais l'esprit est là.

[Excale]

Évènementiel veut dire que tu n'es pas maître des appels de fonctions. Le framework appelle les fonctions dans une boucle déjà faite. Si la fonction existe dans ton code, elle est exécutée, sinon, tant pis.

Euh, imagine que l'utilisateur presse la touche A, et que je rentre dans la fonction a_appuye() . Avant que la fonction n'ai finnit de s'executer, il appuie sur B.
A ce moment, il se passe quoi?
Le programme lance b_appuyé() et abandonne a_appuye() ou il attend que a_appuye() se termine?

Merci

[Levak]

Évènementiel veut dire que tu n'es pas maître des appels de fonctions. Le framework appelle les fonctions dans une boucle déjà faite. Si la fonction existe dans ton code, elle est exécutée, sinon, tant pis.

Euh, imagine que l'utilisateur presse la touche A, et que je rentre dans la fonction a_appuye() . Avant que la fonction n'ai finnit de s'executer, il appuie sur B.
A ce moment, il se passe quoi?
Le programme lance b_appuyé() et abandonne a_appuye() ou il attend que a_appuye() se termine?

Merci

Les deux sont traités l'un après l'autre.
Idem pour les touches droite et haut pressées en même temps : D'abord droite, puis Haut (ou l'inverse mais osef) et cela jusqu'à ce que l'utilisateur arrête d'appuyer.

en fait, derrière c'est une file de touches pressées. Celles qui arrivent avant sont effectuées avant. Mais pas dans l'ordre chronologique, dans un ordre effectué au niveau hardware (balayage du clavier).

[Excale]

Merci.

Et une question de plus.

Si je tape A, puis C, puis B très rapidement (et que l'ordre de balayage soit A,B,C), ça va exécuter ABC ou ACB?

[charognard]

Si on passe par un tampon d'entrée (buffer clavier) ABC
j'aurais bien fais le test mais peux pas programmer dans le train cause que le LUA n'a pas d'éditeur

[Lionel Debroux]

Du travail sur le portage de Lua commencé par davyg + un éditeur de textes pourraient peut-être remédier à  l'impossibilité de programmer en Lua on-calc :

[Excale]

Merci charognard .

[Levak]

Suite à cette discussion j'ai décidé de réenrichir le tutoriel et donc l'ai scindé en deux parties.
http://www.inspired-lua.org/?cat=20