[AXE] Un projet prometteur !

Jusqu'à ce jour, les utilisateurs de TI-83+ et de TI-84+ ont programmé des programmes toujours plus impressionnants les uns des autres. Aujourd'hui les projets les plus intéressants restent l'Axe Parser; un langage de programmation puissant et DoorsCS; un shell avec une grande qualité graphique.

Depuis quelques jours ayant fini mon projet Sprite & Tile Maker je suis à la recherche d'un nouveau projet à réaliser en Axe Parser. Je pense toucher à quelque chose d'important. En effet, que diriez-vous de mélanger l'Axe Parser et DoorsCS ? Ça semble fou comme ça. Mais le projet que je vais vous présentez est plus concret.

Vous connaissez sans doute le Visual Basic ? C'est un langage pour Windows afin de créer des logiciels. C'est comme ça que j'ai crée cet été mes deux logiciels présents sur le forum. Dans le logiciel pour programmer le Visual Basic, il y a bien évidemment une fenêtre pour programmer son logiciel. Mais il y en a une aussi pour créer l'apparence graphique du logiciel.

Que diriez vous d'un logiciel capable de créer des "logiciels" sur votre calculatrice avec l'apparence graphique de DoorsCS et programmé en Axe Parser ? Bonne idée n'est-ce pas. Cela dit je ne pense pas personnellement posséder les capacités requises pour créer ce genre de logiciel... Mais un tutoriel c'est faisable !

En effet, nous pourrions rédiger un tutoriel complet présentant la façon de programmer ces "logiciels" en Axe Parser, comment ajouter des boutons, la taille de la fenêtre, les combobox... Ou alors nous pourrions le rajouter au tutoriel de kindermoumoute sur l'Axe Parser.


Afin de vous présenter les choses plus clairement, voici un programme que j'ai fais aux apparences graphiques de DoorsCS. Inutile de préciser qu'il est programmé en Axe Parser:

[Vous devez être inscrit et connecté pour voir cette image]

La source.

Code:

:.ABC
:∆List(1,1,2,1,2,3,2,3,2,3,3,4,4,4,5,6→GDB1
:ClrHomeClrDrawClrDrawr
:Fix 5
:Text(2,1,"DoorsCS en Axe Parser
:Text(2,9,"Voici un appercu graphique
:Text(2,15,"de DoorsCS programme en
:Text(2,21,"Axe Parser.
:rref(1,0,94,9
:Pt-Off(88,1,[837D556D557D83FF
:Line(0,1,0,62
:Line(95,1,95,62
:Line(1,63,94,63
:Text(84,55,"OK
:rref(83,55,10,7
:Line(82,56,82,60
:Line(93,56,93,60
:.Ajoutez ici vos elements de decors.
:StorePic
:0→A→B
:Repeat getKey(15)
:RecallPic
:sub(1
:DispGraph
:If getKey(3) and (A<95
:A+1→A
:End
:If getKey(2) and (A>0
:A-1→A
:End
:If getKey(1) and (B<63
:B+1→B
:End
:If getKey(4) and (B>0
:B-1→B
:End
:If getKey(54)
:sub(0,54
:sub(2
:End
:End
:sub(0,15
:Return
:Lbl 0
:.GetKey Fix
:While getKey(r1)
:Pause 5
:End
:Return
:Lbl 1
:.Curseur
:Pt-On(A,B,[80C0A09088D0A818
:For(C,0,7
:Pxl-Off(A+{GDB1+C},B+{GDB1+C+8}
:End
:Return
:Lbl 2
:.Clic
:.Bientot

Merci à ceux qui ont eu le courage de tout lire et proposez votre avis.

Très bien!

Je te souhaite de réussir ce projet, mais j'ai pensé: est-ce que le créateur de Doorscs7 est d'accord ?

Si j'ai bien compris, tu voudrais rajouter des modules à doorscs ?

En fait, il y a déjà pas mal de librairies Doors CS pour recréer facilement l'apparence graphique de Doors CS, à partir du sdk DCS7 (en asm bien sûr). Si l'on veux des librairies Axe combiné avec celles de Doors CS, cela ne tient qu'à Kermmartian.
Maintenant, si tu veux juste recréer les graphismes de Doors CS dans tes programmes Axe, pour être assorti au shell, ce n'est pas une mauvaise idée. Mais ce ne sera pas optimisé, et c'est encore de la place d'utilisée.

Pour te montrer un exemple concret, MobileTune 3.2 est un synthétiseur de musique midi puissant sur 83+ et 84+, utilisant les librairies graphiques de DCS7. Ton programme exécutable fait presque 1500 Ko et ne quitte que en appuyant sur la touche clear (la souris n'est pas pris en compte), alors que mobiletune fait 1700Ko, a plus de boutons à gérer, la souris les prend tous en compte, et le programme fait également office du plus puissant lecteur musique sur z80 (sans compter celui pour les wave). Autant dire que c'est perdu d'avance... tant que les librairies ne sont pas accessibles à l'Axe. (Un jour peut-être ?) :cheers:

[Vous devez être inscrit et connecté pour voir cette image]

Dommage, sinon je savais pas pour SDK DCS7.

J'en ai parlé chez cemetech : [Vous devez être inscrit et connecté pour voir ce lien]

Merci.

Et hope, un fou d'omnimaga s'est lancé dans ce défi fou : lien :cheers:

What is an Axiom ?

Maybye it's a wonderful project but I didn't understand what he would do...

What for a crazy project ?

Axiom... c'est une librairie Axe, ce qui fait que n’importe qui peut contribuer au développement du compilateur.

Aha !! Ah oui alors c'est génial comme idée!

mais il va mettre un moment à coder ça...

Tout à fait, surtout qu'il y en a pas beaucoup à le soutenir. :/

(excusez-moi de nécroposter partout mais j'ai enfin pu me faire un compte sur ce site et il y a plein de topics intéressants)

kindermoumoute a écrit:Tout à fait, surtout qu'il y en a pas beaucoup à le soutenir. :/

Ben l'objectif de cet Axiom est d'économiser de la place dans l'exécutable en aspirant certaines routines depuis DCS. Mais il faudra alors évidemment avoir DCS sur la calculette. Et il me semble alors que le gain de place sera minime comparé aux 49 152 octets de DCS.

Ça me dirait bien moi, de faire un Axiom qui recréé les graphismes de DoorsCS je vais voir ça.

sa serait bien surtout tres utile

Hayleia a écrit:Ben l'objectif de cet Axiom est d'économiser de la place dans l'exécutable en aspirant certaines routines depuis DCS. Mais il faudra alors évidemment avoir DCS sur la calculette. Et il me semble alors que le gain de place sera minime comparé aux 49 152 octets de DCS.

Oui mais quand DCS est le shell principale, ça tombe sous le sens. Les utilisateurs de TI-84+ ont DCS au moins (ça n'a pas trop de sens d'économiser de la place sur ces modèles).

Mais un axiome qui rajoute des commandes pour faire des menus graphique plus simplement... là ce serait une idée (parce qu'après tout, la souris DCS c'est pas super intuitif et rapide).

On est tous avec toi matrefeytontias !

oui un axioms serait une bonne idee surtout qu'il n'est pas dure a programmer si on y reflechis

tous avec matref

Je pourrai pas commencee avant Lundi, j'ai pas ma calto

Je peux à la limite commencer en hexa, et continuer en ASM quand j'aurai ma calto. Je vais faire ça (j'commence par la boite de dialogue, avec taille réglable et texte, mais sans titre ).

oui c'est parfait

kindermoumoute a écrit:

Hayleia a écrit:Ben l'objectif de cet Axiom est d'économiser de la place dans l'exécutable en aspirant certaines routines depuis DCS. Mais il faudra alors évidemment avoir DCS sur la calculette. Et il me semble alors que le gain de place sera minime comparé aux 49 152 octets de DCS.

Oui mais quand DCS est le shell principale, ça tombe sous le sens. Les utilisateurs de TI-84+ ont DCS au moins (ça n'a pas trop de sens d'économiser de la place sur ces modèles).

Mais un axiome qui rajoute des commandes pour faire des menus graphique plus simplement... là ce serait une idée (parce qu'après tout, la souris DCS c'est pas super intuitif et rapide).

On est tous avec toi matrefeytontias !

Premièrement, non, j'ai une 84+ (SE) et j'ai pas DCS. Je l'avais avant mais je l'ai viré pour mettre TI-Boy et ensuite quand j'ai viré TI-Boy il y a 3 mois, j'ai oublié de remettre DCS. Et il ne me manque pas, même après trois mois. zStart fait bien plus de choses utiles, le fait plus vite et se remet tout seul après un RAM Clear
Deuxièmement, tu dis que les utilisateurs de 84+ ont de la place pour DCS, mais qu'en est-il des utilisateurs de 83+ ? Je m'en souviens, il y a deux ans, je n'avais qu'une 83+ avec MirageOS dessus, j'ai découvert DCS, je l'ai mis en me disant que c'était trop bien et je l'ai enlevé pour remettre MirageOS car le seul truc utile qu'il faisait de plus que MirageOS c'est le HomeRun. Et j'ai pas envie de gaspiller les deux pages de Flash de différence juste pour ça. D'autant plus que maintenant, zStart marche aussi sur 83+.

Hayleia a écrit:

kindermoumoute a écrit:

Hayleia a écrit:Ben l'objectif de cet Axiom est d'économiser de la place dans l'exécutable en aspirant certaines routines depuis DCS. Mais il faudra alors évidemment avoir DCS sur la calculette. Et il me semble alors que le gain de place sera minime comparé aux 49 152 octets de DCS.

Oui mais quand DCS est le shell principale, ça tombe sous le sens. Les utilisateurs de TI-84+ ont DCS au moins (ça n'a pas trop de sens d'économiser de la place sur ces modèles).

Mais un axiome qui rajoute des commandes pour faire des menus graphique plus simplement... là ce serait une idée (parce qu'après tout, la souris DCS c'est pas super intuitif et rapide).

On est tous avec toi matrefeytontias !

Premièrement, non, j'ai une 84+ (SE) et j'ai pas DCS. Je l'avais avant mais je l'ai viré pour mettre TI-Boy et ensuite quand j'ai viré TI-Boy il y a 3 mois, j'ai oublié de remettre DCS. Et il ne me manque pas, même après trois mois. zStart fait bien plus de choses utiles, le fait plus vite et se remet tout seul après un RAM Clear
Deuxièmement, tu dis que les utilisateurs de 84+ ont de la place pour DCS, mais qu'en est-il des utilisateurs de 83+ ? Je m'en souviens, il y a deux ans, je n'avais qu'une 83+ avec MirageOS dessus, j'ai découvert DCS, je l'ai mis en me disant que c'était trop bien et je l'ai enlevé pour remettre MirageOS car le seul truc utile qu'il faisait de plus que MirageOS c'est le HomeRun. Et j'ai pas envie de gaspiller les deux pages de Flash de différence juste pour ça. D'autant plus que maintenant, zStart marche aussi sur 83+.

hum hayleia n'a pas tort sur le coup DSC7 est bien trop gros et trop lent par rapport a mirage os ou zstart ou tout les autre programme utilitaire du genre... trois page sur 83+ sa fait beaucoup beaucoup, et en plus avec zstart on peut acceder a presque plus de fonction meme si il est quand moins intuitif que DCS7

Je suis de retour

En effet je pense qu'une sorte de lib permetant de créer facilement des fenetres serait la meilleur solution. Mat, si c'est ce que tu veu faire je te conseil grandement de t'inspirer d'une lib pour C++ appelée "Qt", tu la connais peut-être déjà.

En tout cas bon courage ça serait vraiment super d'avoir ça

passer du C a l'asm... trop compliquee autant tou recree sa va pas etre simple mais c'est largement faisable

(maxence qui se met a l'axe : un projet prometteur :D)

Je ne me met pas à l'axe, j'en fait depuis longtemps, c'edt juste que je suis mauvais

Et je parle pas de passer du C a l'axe, mais simplemenr de s'inspirer du principe de cette biblioteque.

Par exemple il pourrais y avoir une fonction "FEN(1,2,3,4)", ou 1 et 2 sont les coordonnees de la fenetres, et 3 et 4 ses dimensions. La fonction retourne un pointeur sur la fenetre créer.

Ensuite une fonction "BTN(1)", ou 1 est le type du bouton (par exemple 1 = bouton ok, 2 = bouton oui, 3 = bouton non, 4 = quitter etc...), encore une fois la fonction retourne un pointeur sur le bouton.

Puis par exemple une fonction "ADDBT(1,2)", ou 1 est un pointeur vers une fenetre et 2 un pointeur sur un bouton, la fenetre contient desormais un bouton etc...

Question: Est t'il possible de faire passer une chaine de caractere en argument en axe ? Il pourrais alors voir des fonctions du genre "TEXT(1,2)", ou un est un pointeur vers un bouton, une fenetre ou je ne sais quel autre widget, et 2 le texte qu'on lui assigne

Berf c'est une idée, le principe est simple et facile a utilisé, c'est pour la création que je me demande si c'est possible.

reponse a ta questions non pour ma part mais demande a runer112 il te repondras surement positivement

J'ai un début d'idée...

Quand on créer une fenetre par exemple, on utilise la fonction "Data", et on créer quelque chose du genre: "Data(1,2,3,4,5,6,7)", ou 1 est le type ( 1 = fenetre, 2 = bouton etc... et 0 = fenetre fermée), 2 est l'"enfant", par exemple, si on ajoute du texte a la fenetre, le texte est l'enfant de cette fenetre, l'argument 2 est un pointeur vers ce texte. 3 et 4 les coordonnees, 5 et 6 les dimmensions, et 7 un pointeur vers le titre.

Un texte est lui même un type, avec comme squelette "Data(1,2,3,4,5,6)", ou 1 est le type, 2 l'enfant, 3 le parent, 4 et 5 les coordonnes, et 6 un pointeur vers le texte lui même.

On a une fonction qui permet d'ajouter a la fenetre un "enfant", si elle en a deja un, un ajoute celui ci a l'enfant deja present de la fenetre etc etc... les coordonnees sont calculées par rapport au parent.

Lorsque l'on affiche la fenetre, on verifie si elle a un enfant, si c'est le cas, on utilise la fonction qui affiche recursivement jusqu'a ce qu'on ne trouve plus d'enfant.

J'espere que je me suis fait comprendre, je ne sais pas si c'est comprehensible de l'exterieur