CMD version 2 !

Vous vous ouvenez peut-être du programme [Vous devez être inscrit et connecté pour voir ce lien] que j'avais créer il y a peu, qui permet de créer facilement un programme en TI-Basic à partir du moment ou l'on a l'algorythme en "logique".

J'ai décidé d'en faire la version 2, même si cela avait déà été annoncé plus ou moins, mais cette fois ci, il y a quelque chose de spécial...

En effet, j'aimerais bien faire de ce projet un "projet de groupe", j'ai toujours révé d'en faire un.

Si vous avez envie de vous joindre à ce projet (en TI-Basic), faites moi en part, ça me ferait vraiment plaisir. Les parties de programmes pourrons être partagées via mediafire par exemple, et ainsi créer un programme d'une qualité non négligeable (et bien fini aussi ce qui n'est pas la cas de la 1ère version )

Voilà.

Liste des membres participants pour le moment:
- moi
- Persalteas
- Samsam

J'ai supprimé l'un des deux topic que tu avait crée surement pas mégarde. Si tu nous disais ce que tu voudrait rajouter dans cette version deux on pourrais surement mieux comprendre ce que tu veux faire et plus savoir si on veut rejoindre le projet.

Pour ce qui est des améliorations à aporter, c'est entre les membres du projet (s'il y en a ) que cela se décidera pour la majeure partie.
Je compte néanmoins essayé de rajouter une liste des programmes crées contrairement à avant où une fois la traduction terminée il état impossible de rééditer le prgramme.

J'aimerais aussi créer une sorte "d'éditeur" qui permetrais de placer des éléments comme "menu", "texte" ou "champs de texte" directement sur l'écran avec les touches fléchées et qui créerais le code nécessaiee à l'affichage du résultat tout seul

La première chose, je pense, serait d'étudier les fonctions prises en charges. En ajouter si nécessaire.

Pour pouvoir éditer, je pense à la méthode de TXT.
Il faudra cependant éditer l'algorithme puis interpréter ce texte puis le convertir avec un interpréteur. compiler en TI-Basic.
Or un interpréteur compilateur pose plus de problèmes que la saisie au fur et à mesure.

oh oui, un interpréteur de langage normal créé dans un langage interprété

J'en veux :D

Bonjour la rapidité :P

Si tu le fais, tu auras un compromis:

- Soit c'est double-interprété en temps réel, et ça va être lent
- Soit à chaque lancement tu fais une "pré-compilation en TI-Basic" avant de l'éxecuter.

Je veux bien faire partie du projet.
Es tu pour qu'on y mette un peu d'asm quand même ? (sous-entendu: en Celtic y'a des fonctions servies sur un plateau pour faire des interpréteurs...)

Je pensais juste à "compiler" en ti-Basic après avoir édité en algorithme.
Interpréter dans le sens executer me paraît s'éloigner du but original et compliquer les choses.

Persalteas, le celtic requiert une installation donc autant tout faire en basic.

Je suis d'accord. Autant rajouter un programme axe compilé qui passera inaperçu ou presque.

Pour ceux qui ne se souvienne plus de CMD j'ai mis un lien dans mon premier post (et dans ma signature).

Le principe de CMD et de décoder le pseudo-code écrit par l'utilisateur, et d'en donner la traduction en TI-Basic enregistré dans une chaîne de caractère, l'utilisateur n'as plus ensuite qu'à créer un nouveau programme et de rappeler cette chaîne, et de supprimer le premier guillemet, son programme est prêt.

Je vais mettre la liste de ceux qui veulent participer dans mon premier post, et j'éditerais au fur et à mesure.

Okay, donc si l'output final est une chaine à rappeler, la question ne se pose pas.

N'empêche que je ferai volontiers (de mon coté) un truc qui transforme direct en programme exécutable. On demande le nom du programme, le code en langage algo, et hop ça crée un programme TI-Basic.

Oui j'avais déjà pensé aussi à ce type de programme mais je ne maîtrise pas suffisament l'axe pour en faire un, et vu que le programme est censé aider la personne qui ont du mal, le faire dans autre chose qu'un résultat assembleur est compliqué pour ceux qui voudraient l'avoir.

Très bien, très bien.


On commence quand ? :D

Quand on aura la liste définitive des membres qui participent, mais vu que je pensr qu'elle ne va pas évoluer beacoup,disons demain ?

A vos ordres, chef !

Tu prefere utiliser les MP pour parler du projet ou ce topic ?

Je préfère utiliser un topic.

Ça fait des posts en plus

Dans les fond les deux peuvent être utiles, le topic c'est bien pour que les gens savent où on en est.

Il faudrais qu'on se mettent d'accords sur les variables à utiliser, pour éviter de s'embrouiller. Par exemple j'utilise toujours [theta] pour le getkey mais je sais que pas mal de personnes utilisent K, ça ne me dérange pas de changer etc...

Personnelement, mon but est de créer au minimum:
- L'éditeur de programmes CMD (à voir pour le nom du programme) et le "compilateur" CMD -> TI-Basic.
- La sauvegarde des programmes fait, prêt à être réedités ou "recompilés".
- L'éditeur qui permet de déplacer des "objets" tels qu'un menu ou un texte avec les flèches et qui créer automatiquement un programme prêt à être "compilé".

Il faut décider aussi des manipulations spéciales de l'utilisateur : 2nde+rappel+rép apporte des avantages mais bien sûr n'est pas une évidence.
Reprendre tes méthodes de gestion de TXT peut accélérer le processus de développement.

- L'éditeur de programmes CMD (à voir pour le nom du programme) et le "compilateur" CMD -> TI-Basic.
- La sauvegarde des programmes fait, prêt à être réedités ou "recompilés".
- L'éditeur qui permet de déplacer des "objets" tels qu'un menu ou un texte avec les flèches et qui créer automatiquement un programme prêt à être "compilé".

okay.

- Je peux programmer un éditeur de code qui enregistre le code dans une chaine.
- On peut ensuite appliquer les modifications nécessaires à cette chaine pour convertir en TI-Basic
- J'ai pas exactement compris le principe. Un menu, ça se déplace pas... Mais à la limite, on peut intégrer dans la compilation, par exemple à chaque fois que la commande "texte" est détectée, une routine qui demande à l'utilisateur de cliquer à l'endroit où il veut afficher se texte pour enregistrer automatiquement les coordonnées.

j'ai donc quelques commentaires à faire:
- Avantages: Pas tant d'octets que ça, relativement efficace et simple à prendre en main
- Désavantages: Un minimum de programmes "en français" peut être enregistré seulement, puisqu'on a que 8 chaines disponibles (en en comptant 2 pour le traitement).
- Décidément, qu'est-ce que ce serait facile en Celtic (autant de chaines qu'on veut, interface graphique facile à faire, conversion en programme automatique...)

Il faudra qu'on voit pour se repartir les tâches et également pour la syntaxe "CMD".

Si on utilise les mêmes méthodes que TXT pour le stockage des programmes (des textes dans TXT) on peut en stocker une infinité (998 en réalité).

Une seule chaîne de caractère est utilisée pour le stockage, admettons Str8.

" titre1Texte1Titre2Texte2..." tout est collé à a suite.
Puis on utilise une Liste, par exemple lCMD.
lCMD = {1, longueurTitre1+Texte1, longueurTitre2+Texte2,...}

On peut ainsi retrouver chaque texte (programme) grâce à sous-chaîne.
Pour l'éditeur, ce que j'appel un "menu" n'est pas la commande MENU du TI-Basic, mais un menu qui ressemble à celui de la liste de TXT par exemple

Je n'ai rien contre le celtic, mais je ne connais pas ce langage, et ça forcerais les gens à l'installer pour utiliser CMD.

" titre1Texte1Titre2Texte2..." tout est collé à a suite.
Puis on utilise une Liste, par exemple lCMD.
lCMD = {1, longueurTitre1+Texte1, longueurTitre2+Texte2,...}

On peut ainsi retrouver chaque texte (programme) grâce à sous-chaîne.

Excellente idée ! J'avais oublié ça. ça permet de faire des grep. pratique.

Eh bien donc, c'est le moment de faire un récapitulatif des fonctions à implémenter...

Je résume, tu me diras si j'ai oublié quelque chose:

- Un éditeur de programmes en "langage CMD".
- Un "compilateur" vers TI-Basic (la syntaxe des commande est encore à voir.
- Un système qui permet de stocker les programmes et de les réutiliser.
~ Je propose: Editer / compiler / renommer (et supprimer, mais avec un racourcis)
- Un éditeur "visuel" d'inerfaces (menu etc...)

J'ai essayé de faire un pseudo éditeur "visuel", ça ne devrait pas être trop compliqué, mais ça va demander peut-être pas mal de labels (avec MENU).

Pour ce qui de la création de programmes, il y a un soucis assez important, puisque un moyen facil de créer une console d'écriture, c'est de mettre un input dans une boucle, mais le problème c'est qu'en cas d'erreur, on ne peut pas revenir en arrière, quels sont tes idées à ce niveau ? (sachant qu'il faut que les rogrammes soient réeditables par la suite :/ )

Je confirme

Pour ce qui de la création de programmes, il y a un soucis assez important, puisque un moyen facil de créer une console d'écriture, c'est de mettre un input dans une boucle, mais le problème c'est qu'en cas d'erreur, on ne peut pas revenir en arrière, quels sont tes idées à ce niveau ? (sachant qu'il faut que les rogrammes soient réeditables par la suite :/ )

Je ne vois pas où est le problème... Ce que tu as fais avec TXT répond à ce cahier des charges, non ? ça reste éditable ensuite...

Donc on utilise un seul Input ? Ca veut dire que dès que l'utilisateur va fire [entrer] il va valider, donc qu'il devras revenir à la ligne manuelement. Pour un éditeur de texte ça passe, mais pour un éditeur de programme ? Tu as peut-être raison tout bien réfléchis, il faudra tester

Je propose de passer directement à la création de la syntaxe.
Pour l'instant j'ai pas beacoup réfléchis aux commandes un peu plus évoluées:

EFF = ClrHome
AFF = Disp
PSE = Pause
PLACER( = OutPut( (à voir au niveau de l'utilité)
TANT = While (je n'ai pas mis le QUE, parce que pour découper la partie fonction de la partie argument pour la traduction, les espaces seront pratiques, mais encore une fois rien n'ai fait)
CMPTER( = For( (la j'hésite pour l'abréviation, et pour le nom lui même d'ailleur )
SI = If
ALORS = Then
FIN = End

C'est tout pour le moment, je ne sais pas si les abréviations sont une bonne idée, et pour "CMPTR", j'hésiter aussi à utiliser la variable I par défault, ça donnerais quelquechose du genre:

CMPTR(1, 10)
AFF I
FIN

J'attends tes suggestios

Waw... mais on perd toute l'utilité du truc avec des abréviations :/
L'intérêt était de programmer en français.

EFFACER = ClrHome
AFFICHER = Disp
PAUSE = Pause
PLACER( = OutPut(
TANTQUE = While
POUR( = For(
SI = If
ALORS = Then
FIN = End

Pour l'espace du "tant que", y'a qu'à le supprimer
Et pour le for, j'ai laissé la traduction originale, je trouve ça mieux.

Très bien, j'ai pas le temps ce weekend mais je m'y mets lundi