deephLe 22/02/2013 à 16:31
Le write-back dans les programme eux-mêmes c'est une bonne idée, oui 
En détectant si le hook est installé il n'y a même plus besoin d'appvar. Par contre il faudra que je regarde comment le réinstaller à chaque reset de la calc.
La décompression des sprites des sprites dans un buffer semble être une bonne idée aussi, mais je me demande comment gérer ça côté des utilisateurs (sauf si on demande le buffer en paramètre, comme ça ils se débrouillent ensuite ?).
Pour le moment j'essaie de faire comprendre au hook la différence entre l'exécution d'un programme et une simple fonction...
Autrement il semblerai que certains programmes/fonctions ont le caractère '#' ($23) en début de nom (à basic_prog+1 ou parse_var+1, après l'octet du type), mais je ne voit pas trop pourquoi (parce qu'ils sont lancés depuis l'écran d'accueil ?).
Le wikiti m'aide un peu ( http://wikiti.brandonw.net/index.php?title=83Plus:Hooks:9BAC ), mais il y a beaucoup de zones d'ombre (et pourquoi TI n'a pas pris la peine de documenter ces fonctions dans le SDK ???
).
En détectant si le hook est installé il n'y a même plus besoin d'appvar. Par contre il faudra que je regarde comment le réinstaller à chaque reset de la calc.
La décompression des sprites des sprites dans un buffer semble être une bonne idée aussi, mais je me demande comment gérer ça côté des utilisateurs (sauf si on demande le buffer en paramètre, comme ça ils se débrouillent ensuite ?).
Pour le moment j'essaie de faire comprendre au hook la différence entre l'exécution d'un programme et une simple fonction...
Autrement il semblerai que certains programmes/fonctions ont le caractère '#' ($23) en début de nom (à basic_prog+1 ou parse_var+1, après l'octet du type), mais je ne voit pas trop pourquoi (parce qu'ils sont lancés depuis l'écran d'accueil ?).
Le wikiti m'aide un peu ( http://wikiti.brandonw.net/index.php?title=83Plus:Hooks:9BAC ), mais il y a beaucoup de zones d'ombre (et pourquoi TI n'a pas pris la peine de documenter ces fonctions dans le SDK ???
).