Salut,

présentement, je crois qu'il est impossible de créér des nouveaux programmes à partir d'Axe, seulement des APPVARS, mais dans le futur il sera possible de le faire. Pour faire un screenshot, il faut présentement que tu fasse un programme ou tu crée une variable d'application (APPVAR) et tu t'arrange pour qu'elle soit 768 octets de large (96x64 pixels c'est 6144 pixels, mais 8 pixels ça prends 1 octet, donc 768). Ensuite, tu copie l'écran dans le "Buffer", puis ensuite le buffer dans la variable d'application.

Mais ensuite ça te prends un programme Axe pour ouvrir l'image, donc si le screenshot était destiné à un usage sur PC, vaut mieux utiliser TI-Connect screen capture. Mais je vais voir si je ne pourrais pas trouver du code pour faire tout ça.

Ce serait bien que quelqu'un traduise les commandes en français. Peut-être Silver Shadow? Reste que il faut savoir l'équivalent français des termes ASM  (comme pointers, SafeRAM, buffer, etc) pour une telle traduction.

Bon j'ai trouvé comment stocker la capture d'écran, mais pour la rappeler, c'est une autre histoire, et ça a tendance à crasher

EDIT: Bon j'ai trouvé un peu comment, mais je crois que je fait qqch de pas correct, car il y a du gribouillis sur l'écran en rapellant l'image

Dès que j'aurai le temps, je vais demander dans le forum anglo

Au fait voici mon topic en question (anglais): http://ourl.ca/4886/90941;topicseen#new

Aussi, comme tu est nouveau sur Axe Parser, et que tu ne parles pas beaucoup anglais, je tiens à attirer ton attention sur quelque chose de très très important à propos de toute programmation Axe ou BASIC étendu (xLIB, CelticIII, Omnicalc, etc.): Fais toujours des copies de sauvegarde de tes projets et programmes avant chaque test. En TI-BASIC, le TI-OS va vérifier pour toute erreur possible, mais pas les programmes Axe compilés. C'est comme quand tu execute un prog en ASM: si un erreur se produit, il y a des grandes chances que ton système devienne instable et que ça plante. Résultat: RAM Cleared

étrange, dans le readme ils disent que ça prends absolument le v au début. Il y a surement une erreur dedans.

Je crois que Quigibo devrait soit réviser la commande GetCalc ou bien quelqu'un devrait écrir un tuto en détails comment utiliser GetCalc() parce que là plus que le monde essaie de m'aider plus je deviens confus. la commande est vraiment compliqué comparé au reste

tu veux dire les trucs bizzare en haut? Car j'ai eu le même problème.

Je commence à me demander s'il n'y a pas un bug avec la commande Conj() (pour copier des données d'un pointeur à un autre) qui cause de la corruption en copiant beaucoup de données à la fois.

@DJ Omnimaga: merci de m'avoir rappelé que je devais faire la traduction. Je pense que je vais commencer à faire ça ce week-end, et qu'une 1ère version sera disponible lundi. Je vais aussi demander à Quigibo s'il serait possible d'inclure mes traductions dans le .zip de Axe Parser.

Ok bon j'ai trouvé le problème: ma RAM était corrompu, ce qui explique pourquoi ça ne marchait pas, même après correction du code.

Le code, c'est

.SCRNSHOT
"vPIC"->Str1
StoreGDB
GetCalc(Str1,768)->A
Return!If
conj(L6,A,768)

.SCRNVIEW
"vPIC"->Str1
Unarchive Str1
Return!If GetCalc(Str1)->A
A->DispGraph

Note: le "v" n'est pas le v en mode ALPHA minuscule mais bien le v que tu écrit avec 2nd+8

Le premier prog store l'écran dans l'APPVAR nommé PIC. Le 2eme rapelle l'image.

En faite c'est très bizarre.. je dessine, j'enregistre, je regarde l'image pendant une pause de 2s, et quand je retourne pour dessiner l'image est encore la et je peut finalement la modifier.. faut que j'étudie tout ça  

EDIT : en fait il faut mettre un clrhome entre les 2 dispgraph, ou sinon il ne garde pas l'image dans le buffer (j'ai l'impression).