Des questions à poser à TI ? C'est l'occasion !

[pierrotdu18]

Ah ok d'accord... Mais à ce moment, par exemple, quand on veut afficher une balle par exemple qui va bouger dans l'écran, avec un fillArc(), tout va être converti en pixels qui vont être affichés?...
Mais du coup, en quoi c'est plus rapide qu'utiliser une image, si celle ci possède les mêmes dimensions, et couvre donc le même nombre de pixels?

[AnToX98]

Les nouveautés Lua pour les prochains OS

[Levak]

avec un fillArc()

En théorie, afficher un sprite est plus rapide et facilement optimisable par des routines d'affichage que ça l'est pour des routines de dessin par figure.
En pratique, les images (et non de sprite) utilisées en Lua pour Nspire étaient plus lentes à manipuler en 3.1 car ce dernier utilisait les routines de dessin de base pour dessiner l'image, ce qui est complètement aberrant. En 3.2, il ont fini par utiliser leur routine interne, et en 3.6 à utiliser une fonction qui se rapproche déjà plus d'un blit_buffer par chunks. La seule limitation qu'il reste est le format d'entrée, qui reste non trivial et nécessitant une conversion lors du stockage.

Pour en revenir aux routines de dessin, sur Nspire, il s'agit de routines non triviales qui dépendent de plusieurs paramètres (couleur, taille du crayon, style de crayon, etc.) qui font gonfler le code exécuté : Même un simple fillRect prend beaucoup trop de temps par rapport à un simple double boucle.

[Bisam]

J'ai une suggestion... si ce n'est pas trop tard.

Il pourrait être sympa (même si ça n'a pas l'air d'être du tout l'esprit dans lequel travaille TI en ce moment) de permettre à l'utilisateur de choisir l'OS que le logiciel TINCS fait tourner.
En gros, plutôt que d'installer 4 versions différentes du logiciel, ce serait plus pratique de n'installer qu'une seule version qui permette d'utiliser au choix le 3.0.1, le 3.1, le 3.2 ou le 3.6... (pour ne citer que ceux-là...)
Le but serait bien entendu de tester la compatibilité de certains classeurs (notamment Lua, mais pas que !)

À bon entendeur, salut !

[critor]

En effet.
Pour le Lua spécifiquement, régler l' 'apilevel' en début de script devrait te permettre de tester les différents comportements, non ?

[Excale]

En effet.
Pour le Lua spécifiquement, régler l' 'apilevel' en début de script devrait te permettre de tester les différents comportements, non ?

En théorie, peut-être. En pratique, non. (il y a des cas où ça ne se comporte pas comme en l'api level indiqué)

[Adriweb]

Disons que la réponse de TI serait probablement de tout updater vers la dernière version et mettre à jour les documents/scripts si nécessaire, comme ca, pas besoin de s'occuper des anciennes versions

Mais bon, au final c'est déja bien qu'on puisse installer sans problème plusieurs versions en parallèle, ca m'a déjà été utile, et je ne suis probablement pas le seul dans ce cas...

[Bisam]

Mais bon, au final c'est déja bien qu'on puisse installer sans problème plusieurs versions en parallèle, ca m'a déjà été utile, et je ne suis probablement pas le seul dans ce cas...

"Sans problème" est tout de même vite dit !
Les 3 dernières version que j'ai installées (3.1, puis 3.2 et dernièrement 3.6) se sont installées toutes seules dans 3 endroits différents et ont créées des dossiers "personnalisés" avec des noms différents à divers endroits ("MyTiData", "TI-Nspire" ou "My TI-Nspire CAS Teacher"...)

Je ne trouve pas que ce soit très "professionnel" !

[Adriweb]

Hum... de mon côté, je renomme systématiquement le dossier de TINCS en rajoutant son numéro de version à la fin...
Avec cette solution, je n'ai effectivement eu aucun problème lors de l'installation d'autres version, du moins à ce jour.

Par contre, oui, je n'utilise pas vraiment MyLib mais j'ai plusieurs dossiers TI-Nspire dans Mes Documents...
(je finis par vite trouver le bon, certains sont plus ou moins vides, et d'autres sont "pleins").