[AXE] Un projet prometteur !

Moi j'ai compris.

j'ai compris aussi mais sa serait trop complique a organiser plusieur fonctions avec datas il faudrait organiser sa avec des fonctions anonymes

A tant mieux, et qu'en pense tu ? Finalement je pense que tous les types doivent avoir le même squelette, car une fenetre pourrais tres bien avoir une autre fenetre comme parent.

Je reflechis encore au moyen d liés les boutons à des actions, et de comment faire pour que les phrases aillent d'elles même a la ligne quand elle dépasse de la fenetre.

Pour ce qui est des fonctions anonymes, si c'est un meilleur moyen et qu'il est possible d l'utiliser, alors c'est surrement ça quu'il faut faire, mais je me demande comment on va pouvoir memoriser les elements de la fenetre avec.

enfaite je m'explkique il faut deux liste pour ce que tu veux...

une premiere qui enregistre la place et le type de fonctions on met sa entre parenthese :

Code:


:[1289456512]→GDB1  //il y a 5 cellule
:{A+GDB1}/16→B  //renvoie le type de cellule de la cellule numero A
:{A+GDB1}^16→C  //renvoie le numero de la cellule numero A


et une autre liste qui permettrait d'enregistrer tout les cellule et leur argument ou on met 8 argument par cellule meme si on ne les utilise pas ( c'est plus simple )

Code:


:data(1,2,5,3,6,4,8,5,1,2,4,5,6,7,8,9,1,2,3,5,8,7,4,5,1,2,4,9,8,6,5,2)→GDB2
:{A*8+GDB2}→D  //renvoie l'argument 1 de la cellule A
:{A*8+1+GDB2}→D  //renvoie l'argument 2 de la cellule A
:{A*8+2+GDB2}→D  //renvoie l'argument 3 de la cellule A
:...
:{A*8+7+GDB2}→D  //renvoie l'argument 8 de la cellule A


et du coup avec un systeme de boucle for on peut verifier de quel type est une cellule et apres on fait des subroutine en fonctions de chaque type de cellules, on peut meme faire une troisieme liste pour voir si la cellule est active ou non
kindermoumoute me dira "ce n'est pas optimise", oui on peut tout mettre dans une seul liste mais c'est moins facile a organiser

Je crois voir a peu près ce que tu veu dire, mais je me demande si cela causerais des problème si l'utilisateur utiliserais aussi GDB1 ou GDB2 par exemple.

En fait, le but de mon exemple etait que l'utilisateur puisse faire un code qui ressemble a quelque chose du genre:


:FEN( 10, 10, "FENETRE PRINCIPALE")->A
:TEXTE( "CLIQUEZ SUR LE BOUTON POUR QUITTER")->B
:BTN( "QUITTER")->C
:ADD( A, B)
:ADD( A, C)
:LIER( C, lCLIC, A, lQUIT) // les petits "l" pour les addresses de fonctions
:AFF(A)


Le AFF dans une boucle, et on obtient une fenetre avec comme titre "fenetre principal", ou il est ecrit "cliquez sur le bouton pour quitter", et ou il y a un bouton "quitter" en bas, qui fait fermer la fenetre lorsque l'on clic dessus.

La les variables sont A, B et C, mais on peut choisir celle que l'on veut, on peu même utiliser une boucle for pour créer une liste de fenetre !

Je n'ai pas trop compris la méthode d'utilisation, pourais tu l'expliquer plus en details ?

mais dans ce cas la le faire en axe serait trop compliquee je te rapelle que en axe GDB1 ou GDB2 ou PIC1 ou STR9 sont des pointeur et pas autre chose donc meme si ils son utiliser ben sa ne change rien

autant faire ce que j'ai dit car dans ton cas il faudrait faire une IDE exprès pour sa

donc soit on fait un IDE ne basic, soit on fait une applications en axe/asm qui fait un programme sa ne serait pas extrêmement compliqué

Pas besoin d'IDE dans mon cas, c'est de l'axe, les foncions "FEN", "BTN", "AFF" etc sont des fonctions que l'on met dans l'axiom, quand l'utilisateur l'ajoute, il obtient ces fonctions pré-crées, c'est tout.

et pour les pointeurs GDB1 etc, il me semble qu'il ne peu plus être modifier une fois qu'il pointe quelque chose, a moi que ça ce ne soit sur la version 0.4.2 que j'avais précédemment.

oui il ne peuvent plus etre modifier ( enfaite si mais on va pas passer la dessus ) mais on peut metre des GDB1SPE avec 3 caractere apres le pointeur

Je me suis tromper sur la commande Data, je croyais qu'a chaque fois qu'on l'utilisais,elle renvoyais un pointeur vers une zone de mémoire allouée, mais en fait, elle alloue une fois de la mémoire puis réenvoie toujours le même pointeur -_-

Du coup j'avais commencer à créer un programme qui permettais de créer facilement des fenetres, mais chaque fenetre créer était la même puisque les pointeurs pointaient la même fenetre.

Ya t'il un moyen d'avoir une commande qui créer une zone de mémoire utilisable différente a chaque utilisation de la commande et qui renvoie un pointeur vers celle-ci ?

Du genre:

Data(11,53,23) // renvoie l'adresse 34598
Data(0,0) // renvoie l'adresse 29473

Ce serait vraiment pratique

maxence a écrit:Ya t'il un moyen d'avoir une commande qui créer une zone de mémoire utilisable différente a chaque utilisation de la commande et qui renvoie un pointeur vers celle-ci ?

Du genre:

Data(11,53,23) // renvoie l'adresse 34598
Data(0,0) // renvoie l'adresse 29473

Ce serait vraiment pratique

Ben oui, il y a Data()
J'ai pas compris ce que t'as pas compris.
Faire Data(9,1,2,3)->GDB1 c'est pareil que de faire [09010203]->GDB1
C'est juste que dans un cas tu écris en hex et dans l'autre tu écris en décimal.
Et dans les deux cas, GDB1 pointe sur le 9 dans ce cas ci.
Et quelques lignes plus tard, on peut refaire Data(2,4,5,6)->GDB2 qui sera un nouveau pointeur vers une nouvelle zone mémoire de ton programme.

Oui mais si tu créer une fonctions comme ceci par exemple:


:Lbl PTR
:return Data(0,0,0)


et que tu fait:

:PTR()->GDB1
:PTR()->PIC1


GDB1 et PIC1 pointeront sur la même adresse, car le "Data" se trouve au même endroit dans le code vu qu'on l'utilise dans une fonction.

Ce que j'aimerais c'est une fonction comme data mais dont le pointeur renvoyé ne dépend pas de l'emplacement de la commande dans le code.

maxence a écrit:Oui mais si tu créer une fonctions comme ceci par exemple:


:Lbl PTR
:return Data(0,0,0)


et que tu fait:

:PTR()->GDB1
:PTR()->PIC1


GDB1 et PIC1 pointeront sur la même adresse, car le "Data" se trouve au même endroit dans le code vu qu'on l'utilise dans une fonction.

A mon avis ça va surtout rien faire, tu peux pas taper PTR()->GDB1 et PTR()->Pic1 puisque GDB1 et Pic1 sont censés être statiques.

maxence a écrit:
Ce
que j'aimerais c'est une fonction comme data mais dont le pointeur
renvoyé ne dépend pas de l'emplacement de la commande dans le
code.

Ben tu te réserves de la mémoire une fois pour toutes et tu ressort toujours le même pointeur à chaque fois, ça peut marcher (et tant qu'à faire, tu prends L1 histoire de pas prendre de la place dans ton programme ) ?

Pour GDB1 et PIC1 en effet ca ne va rien faire je n'ai pas reflechis a mon exemple, mais si tu prend ded variables a la place c'est ce que ca va faire.

Par contre le but c'est de pouvoir creer des fonctions du genre "FEN(5,5,"FENETRE 1")->A", et qui renvoie un pointeur sur la fenetre. On ne peux pas savoir a l'avance combien de fenetre l'utilisateur va creer, donc on ne sais pas combien de memoire reserver a l'avance, et si on prend L1, ca peux gener l'utilisateur en question.

relis mes precedents posts pour voir le but de ce que j'essaie de faire
A la limite une solution serait de limiter le nombre de fenetre a creer, mais c'est beacoup moins bien.

Mais l'utilisateur sait combien de fenêtres il utilise dans son programme et ce que chacune fait
Il n'a qu'à se faire une série de data pour chacune et ensuite on apelle FEN une fois. Genre:
[]->GDB1
[0505].coordonnées
[01].type, info, ou dialog box, je sais pas
"Titre"[00]
"Texte"[00]
"Encore du Texte"[00]
"etc"[00]

Puis un simple GDB1sub(FEN) génèrerait la fenêtre.

Oui je vois, mais c'est moins simplifier que ce que j'esperais. Hélas je crois qu'il n'y a pas d'autre solutions que celle que tu viens de donner, il fait que ce soit l'utilisateur qui utilise Data lui même.

Merci à toi

... comment dire mieux que hayleia

en tout cas tu peut aussi cree des zone de memoire avec le petit °

par exemple 1→°TRONC

Ah, comment ça fonctionne ces zone de mémoire ?

bah il faudrait que je t'explique en detaille dans un autre sujet si tu me demande vraiment vraiment je ferais unn petit tuto sur cela

mais en gros tu choisis un zone de memoire ( attention pas n'importe laquelle !!!!!!!!) et tu lui assigne une valeur selon le nombre d'octets disponible dans la RAM

a la limite tu peux me l'expliquer par MP Si ça ne te dérange pas biensur

Alors je vais tout péter vos rêves, désolé

Déjà, ne me demandez pas de structure parent-enfant, c'est infaisable en ASM (et vu que je fais un Axiom, hein, bon).

Pour les fenêtres et tout ça, on verra plus tard, pour l'instant je fais juste une boîte de dialogue centrée en X et Y de la forme :

Code:

DialogBox(Largeur, Txt)

et un bouton de la forme :

Code:

Button(X,Y,W,H,Txt)

. Il faudra tout mettre dans une boucle, et gérer soi-même la souris et les clics (pour l'instant).

c'est pas grave c'est deja bien

oui je t'expliquerais si j'ai le temps par mp

Pas mal ton début d'axiom mat

Personelement j'essaye de le faire en axe pour m'entrainer, mais vu les problèmes ennoncés plus haut il n'est possible que de créer une seule fenetre, une zone de texte et un bouton Mais comme je l'ai dit c'est simplement pour m'entrainer.

Par contre il est possible de faire un truc du genre:

:For(A,0,2)
:AFF( FEN( A*20, A*10, "FENETRE"))
:End

Permet d'afficher quand même 3 fenetres.

hum il faut les gerer quand meme ces fenetres... donc je ne sais pas si ta solutions maxence est une bonne idée...

Ah, vous le faites vraiment ?

Encore une fois c'est un simple entrainement.

Mais on peu faire quelque chose du genre:

on creer une fenetre, on y ajoute du texte, et on l'affiche.
On creer une 2me fenetre laquelle on ajoute un bouton et on l'affiche. les 2 fenetres apparaiteront, je vais voir ce qu'il est possible de faire pour que les boutons commandent des actions.

Ce qui est sur, c'est qu'il sera possible de faire en sorte qu'un bouton d'une fenetre en fasse apparaitre une autre, mais je verrais par la suite les possibilites et vous en parlerais.

Je n'espere pas creer quelquechose de revolutionnaire mais juste un programme qui facilite la création d'une fenetre.