LANGAGE DE SCRIPT POUR AUTOMATISER DES ACTIONS DANS WINDOWS

Commentaire de Funto66 le 24/10/2003 16:09:51

Salut,
félicitations, je trouve ton prog super bien fait, et en plus ça peut être utile ;)
j'essaie de créer un langage aussi en ce moment et c'est pas facile...
J'ai regardé le code, tout en POO, c'est bien fait, rien à dire, à part l'usage des MFC lol
C'est clair que les CString t'as pas l'air de pouvoir t'en passer....
Mais t'as des alternatives : NString, de ce site, est super; std::string, de la bib standard (c'est ce que j'utilise ;) ), wxString de wxWindows ou QString de Qt....
Bon, ben voilà, et ton idée de créer un éditeur coloré est super ;)
Je te mets 10/10 pour le boulot fourni :)

Commentaire de garslouche le 24/10/2003 17:13:36

Merci pour ces commentaires, ça fait chaud au coeur!

Pour Funto66 : si tu veux créer un langage tout dépend du genre de langage que tu vises! Si c'est un truc un peu compliqué oublie mon code et utilise Lexx et Yacc. Je ne m'en suis servi qu'une fois (pendant mes études) et je ne maitrise pas trop mais c'est vraiment puissant. En revanche si c'est un langage simple tu peux t'inspirer de ce que j'ai fait : en fait ce langage évite la plupart des difficultés : les arguments des fonctions ne sont que des variables, on ne peut pas faire d'opération sur les nombres (genre a=(5*8+2) ou même a=1+1). Mon but en faisant ce langage était que ce soit simple à utiliser et facile à mettre en oeuvre. Je te conseille de voir les simplifications que tu peux faire à ton langage pour simplifier sa programmation (surtout si tu n'en a jamais fait!).

Pour NString j'ai regardé ça a l'air sympa. wxWindows : connais pas. Qt c'est chouette mais j'ai mes petites habitudes ;) . Quant à la lib standard elle est un peu insuffisante à mon goût.

Pour la note de 10/10 c'est sympa...mais il faudrait la mettre (dans la partie grise à gauche)...

---------------------------------------------

Pour EtLaBanana : Ravi que ça te plaise! Pour fermer les fenêtres c'est une bonne idée, je vais y travailler!
Pour l'éditeur j'espere le faire assez rapidement ça ne devrait pas être trop difficile je pense. Et je t'en informerai.

Commentaire de Kirua le 25/10/2003 18:05:53

je me disais bien que je retrouverais Funto ici ^^
une petite info sans importance: l'extension .mac est déjà utilisée par CabriGéomètre (logiciel de dessin mathématique), mais je ne pense pas que bcp de gens de cppfrance disposent de ce logiciel.

J'aime bcp tout code en tt cas, n'importe qui peut scripter facilement, tu en as vraiment fait un langage User Friendly, je crois qu'en ce sens tu as atteinds l'objectif principal, et puis d'après ce que j'ai lu ds ton ReadMe, on peut réellement facilement ajouter des fonctions, c'est super ;-)

j'ai une question: est-ce que tu as une fonction pr évaluer une expression? 5+3*2 par exemple.
mais comme je ne vois pas de commandes de saut (if, for, while, goto...) je suppose que tu n'en as pas eu besoin. C'est mieux ainsi, bien plus simple ^^ mais peut-être utile à ajouter si tu voyais dans ce programme plus qu'un exercice, et réellement une application.

je te félicite pour ce travail, et je cote 9/10.

Ciao ;-)

Commentaire de BlackWizzard le 11/11/2003 23:06:08 administrateur CS

waow!
c genial ton truc!!!!
programme complet, fiable, genial! :D
je met 10!

Commentaire de garslouche le 12/11/2003 22:05:02

Tiens? Mon dernier message n'a pas était enregistré ?
Bon bah c'est pas grave je recommence...


Merci beaucoup pour ces compliments, ça me touche. C'est la première fois que je gagne un trophé. C'est très émouvant. Je tiens à remercier mon producteur ainsi que mon attaché de presse sans qui je ne serais pas là ;)


Blaques à part ça fait vachement plaisir!

Merci encore

Commentaire de prokev le 28/12/2003 21:32:04

wow c'est allucinant... javais jamais vu quelque chose de semblable... faut dire que j'ai juste 13 ans mais quand même ;)
ca fait quasiment peur!!! :)))
en tout cas bravo pour ton excellent travail... moi aussi j'attend apres l'editeur!

Commentaire de Dav6215 le 29/12/2003 04:21:14

JE VIENS DE LIRE EN ENTIER LE FICHIER SCRIPT.CPP ET JAI COMPRIS A MOITIé ET JE TROUVE TOUJOURS CELA GENIAL JE SAIS PAS COMMENT SA T VENU A LESPRIT MAIS C TOUT A FAIT MAGNIFIQUE PUREE JEN REVIEN PAS
JVAIS LIMPRIMER ET LETUDIER A MAX POUR MA CULTURE PTETE KE JVAIS EN FAIRE UN OSSI MOI LOL
merci bcp :-) bon jen fait pas trop non plus. =)

Commentaire de garslouche le 09/01/2004 09:44:31

Merci Funto66 pour ce bug...
C'est une erreur de parenthesage dans mon code :

void Script::F_Si (CString params[], unsigned nParams) {
CString condition = params[0];

// Recherche de l'opérateur
int pos;
int comp;
if ( (pos = condition.Find("<=")) > -1)
comp = 0;
else if ( (pos = condition.Find(">=")) > -1)
comp = 1;
else if ( (pos = condition.Find("<")) > -1)
comp = 2;
else if ( (pos = condition.Find(">")) > -1)
comp = 3;
else if ( (pos = condition.Find("=")) > -1)
comp = 4;
else
{
Erreur("Condition de la fonction SI invalide.\nUtilisez = < > <= >=");
return;
}

....

Avant je mettais
pos = condition.Find("<=") > -1

mais en fait pos valait TRUE ou FALSE (càd 1 ou 0), du coup pour ta variable pos_x il prenait le premier caractère : p pour la premiere variable....



Je mettrais la source à jour bientot. Mais là je suis occupé à chercher du boulot....
Ceci-dit pour ton programme il ne fait rien car par défaut les variables de type nombre valent 0. Du coup le premier SI envoie à test_pos_y, le second SI envoie à fin_prog....et c fini !

Commentaire de Kirua le 09/01/2004 19:27:09

d'accor avec ça, la STD n'a pas été écrite pr rien, elle permet une grande portabilité et est largement optimisée par la communauté depuis des années, utilisez-là !

et pareil pr la STL puisque tu en parles ^^

utiliser des consts au lieu de define est très avantageux: les variables sont typées, et donc le compilo sait exactement ce que tu en attends. les define du preprocesseur opèrent juste des remplacements, donc l'ambiguité float/int etc est réelle et génante !


je commente les commentaires, super ^^

Commentaire de garslouche le 09/01/2004 20:38:41

et pour plus_plus_fab :
Merci pour ces commentaires très constructifs.
Je vais quand même m'efforcer d'y répondre...

Pour CString on peut dire ce qu'on voudra, n'empêche que c'est une très bonne classe dans la mesure où elle est très facile à utiliser. Après peut-être que sa gestion de la mémoire et sa vitesse ne sont pas optimales mais honnetement rares sont les projets où cette vitesse est vraiment primordiale. En fait à part les projets temps-réel je n'ai jamais rencontré un cas où c'est discernable "à l'oeil nu".
Ceci-dit ce qui me pousse à utiliser les CString c'est aussi l'habitude tout simplement.

Pour le passage des arguments par valeurs, c'est vrai que j'aurais du utiliser les pointeurs. Mais il ne s'agit que de petits objets.

L'utilisation des gros tableaux est effectivement assez calamiteuse. C'est une des choses qui sera changée si je fais MacroScript 2. On en a d'ailleurs parlé avec Kirua sur la source de l'Editeur de MacroScript (http://www.cppfrance.com/code.aspx?ID=17852)

Pour le mot-clé const...c'est bien possible ! Je ne sais pas trop comment m'enservir. A vrai dire je ne suis pas un pro en C++. En fait je fais plutot du Java à la base. (C'est peut-être pour ça aussi que j'utilise les CString)

Pour l'utilisation d'enum à la place de #define, j'ai lu plusieurs débats à ce propos et j'en ai conclu que ça revenait strictment au même et que chaque programmeur devait faire ce qui lui plaisait le plus. Ceci-dit je dois reconnaitre que je préfére enum mais à l'époque je n'y avais pas pensé.

Pour ce qui est des headers, les lignes
#ifndef HEADER_H
#define HEADER_H
...
#endif,
peuvent avantageusement être remplacée par
#pragma once
(uniquement avec VC++)


Pour la classe Calcul, je suis tout-à-fait d'accord qu'elle peut largement être optimisée. D'ailleurs j'ai vu sur ce site une source qui fait ces opérations bien mieux que moi. En fait j'avais juste envie d'appliquer l'algo auquel j'avais pensé.
Par contre l'utilisation de cosinus et sinus n'a pas d'interet ici. En effet un des principes de MacroScript est de bannir l'utilisation des fonctions à l'intérieur des paramètres. Ainsi pour calculer un cosinus il faudrait faire qqc comme:
DECLARE a, nombre
DECLARE cos_a, nombre
a=12
COSINUS a, cos_a


Par contre je confirme que stdafx me casse les cou.......des

Commentaire de Funto66 le 10/01/2004 11:18:32

Oups, c'est vrai que l'erreur est plagrante dans mon code, puisque je suis là je fais remarquer avant que quelqu'un d'autre ne le dise : l'erreur msg_constant1=";" qui devrait devenir msg_constant2, pareil pour msg_constant3 ^^

Je vais corriger ton code et recompiler l'interpréteur alors, merci pour le débogage ;)

En ce qiu concerne le débat const vs #define vs enum; j'avais déjà fait un même débat sur ce site ^^ Pour ce que vient de dire Kirua, je ne suis pas sûr que le compilo n'optimise pas directement en remplaçant 2 par 2.0f lorsque tu fais par exemple "float var=2;" ;la conversion serait inutile. Au niveau du principe, je pense que les enum valent bien les #define (sauf pour les nombres à virgule, bien sûr), mais personnellement je ne les utilise pas dans les mêmes cas : j'utilise enum pour créer un nouveau type, et #define pour les constantes. Pour ce qui est du mot-clef const (pour une déclaration en global), en fait son désavantage par rapport à enum c'est qu'il crée une variable qui n'a pas de droit de changer, donc qu'il prend de la place mémoire pour rien (il peut être remplacé par une valeur immédiate). Cependant, il permet au compilo de contrôler les types et ces constantes peuvent être passées par pointeur ou par référence (encore que je ne vois pas trop l'intérêt...). D'ailleurs, je me demande si une des optimisations du compilo ne serait pas de justement remplacer par la valeur directe, à la façon d'un #define, si l'on ne demande nulle part l'adresse de la constante.
Et puis, pour le contrôle des types :
#define PI 3.1415f
ou
const float PI = 3.1415f
ne revient pas au même? Le compilo fera le même contrôle des types...

Waow, je vois que j'ai écrit beaucoup dis donc lol

PS hors-sujet : j'en ai MARRE de devoir poster plusieurs fois le même commentaire sur CppFrance ! ça vous le fait pas à vous?

Commentaire de plus_plus_fab le 13/01/2004 16:13:42

Salut,

En reponse a garslouche,

Lorsque tu passes des arguments dont tu ignores a priori la taille (Ces fameux CString...), il faut considerer qu'il sont gros!
il vaut mieux utiliser un passage par reference dans ce cas.

pour le mot-clef const: il s'utilise a de nombreuses sauces...
je parlais de const pour ce qui est des fonctions membres, ex:
la fonction void MaClasse::print(); ne modifie pas l'objet cree par MaClasse, alors je la declare ainsi:
void MaClasse::print()const; (le const fait parti de la declaration)

Ainsi, tu es plutot javanais ? Le "probleme" avec Java, c'est qu'on est bride au maximum, impossible de gerer la memoire, impossible de parler de pointeurs, et presque aucune instruction destine a la JVM pour demander des optimisations ,sauf "final", pour les constantes et les classes(contraignant).
Du coup, quand on passe au C++, on ne pense plus "performance", et on fait des programmes moins bons a mon sens.
Et on a tendance a oublier de programmer les destructeurs... (c'est de coutume, meme s'ils ne font rien)
Par contre, on acquiers une bonne culture objet, c'est l'avantage.

OK pour #pragma once, mais ca ne respecte pas le standard, comme tu le dis en fait...
OK pour cosinus!

pour funto66, et le #define:

utiliser enum pour un nouveau type, OK. On peut aussi l'utiliser de maniere anonyme.

par contre, pour definir une constante, je n'utilise pas non plus #define, il faut se poser la question si cette variable peut etre une variable de classe (static) ?
Si oui, alors c'est souvent une bonne solution de la declarer ainsi. Elle pourra alors etre specialise si la classe a laquelle elle appartient est un modele, ou eventuellement accedee publiquement par l'instance de la classe ou d'une classe derivee...
dans le pire des cas, on cree une constante d'espace de nom. Jamais de global, hein ?

D'une maniere generale, il vaut mieux, en C++, se concentrer sur la conception, permettre au compilateur d'optimiser (via const notament), et finalement laisser le soin au compilateur
d'optimiser...(Ainsi que l'editeur de lien, c'est lui qui s'occupe des constantes)
D'ailleurs, Le noyau Linux n'est pas ecrit en C++ (en plus du fait que la compilation est plus lente qu'en C), notament en raison de la complexite de ce langage, et des optimisations agressives et imprevisibles des compilateurs (notament pour les classes virtuelles)
->trop complique pour le commun des mortels, et meme pour les demi-dieux Thorvalds & Cox !!!

bye

Commentaire de Kirua le 13/01/2004 16:43:18

garslouche, d'accord que pr le programmeur le fait que le destructeur soit déduit par le compilo est une excellente chose, mais le point sensible, c'est qu'après avoir fait du java, quand on repasse au C++ on a pris une sale habitude de penser que le compil oest plus intelligent que nous. je pense que c'est ça que voulait dire plus_plus_fab, je me trompe ?

bonne continuation en tt cas ;-)

Commentaire de Kirua le 13/01/2004 17:46:31

msvcrt est à microsoft, je vois pas ce que ça vient foutre sur Linux... ?

Commentaire de Kirua le 13/01/2004 20:59:34

mdr, nous éviterons donc tous de te présenter à cette dll, brrr, elel fait peur :-)

lol, si ce que j'ai dit résume "en gros..." ce que tu voulais dire, explicite :-) parce que j'ai dû passer à côté de l'essentiel alors, je vois pas ce que j'aurais pu ajouter.

dis ++fab (on peut t'appeler comme ça? ;-)), t'as l'air de t'y connaître plutôt bien :-D tu as eu une formation particulière ou c'est tout en autodidacte ? (comme bcp ici finalement). et puis, si tu pouvais prendre qq minutes pr faire la lumière sur cette histoire de Run-Time C++, je comprends pas trop (entendu parlé de RTTI et de cette fichue DLL MS, mais je vois pas pq une dll MS serait partie intégrante du C++, c complètement opposé O_o)

Commentaire de plus_plus_fab le 14/01/2004 11:16:59

rectificatif:
A* a = //un objet dont on est cense ignore le type a la compilation bien sur

dynamic_cast<&> declenche une exception bad_cast en cas d'echec
dynamic_cast<*>renvoi un pointeur nul en cas d'echec
je pense que c'etait pas clair!

Commentaire de Funto66 le 15/01/2004 22:28:51

Ah ok, je cerne un peu mieux la RTTI, même si c'est pas encore tout à fait clair dans ma tête ^^
Pour ce qui est de tout à l'heure, effectivement msvcrt.dll n'a rien à voir avec Linux, je me suis mal exprimé, pardon.
msvcrt.dll = MS Visual C++ RunTime
Et il me semble bien que c'est elle qui se charge de la RTTI.
++fab >> comment on fait pour activer/désactiver la RTTI? (sous Visual C++ et Dev-C++)
Au sujet des garbage collectors, il me semble qu'il en existe un (ou plus?) pour C++, notamment sur la page de Bjarne Stroustrup lui-même :)
Au sujet des cas où le C est obligatoire (par rapport au C++), de ce que je sais :
-pour la programmation sur calculette TI
-pour la création d'un OS (ne doit pas dépendre de runtime...)

Commentaire de garslouche le 16/01/2004 10:27:59

De toutes façons il est clair que tout ce qui peut être codé en C peut être codé en C++ puisque le C++ est écrit en C !

Commentaire de Kirua le 16/01/2004 16:49:48

si tu aimes pas dire Run-Time library, tu peux toujours dire libraire d'exécution, mais je trouve que c'est moins parlant. l'anglais offre bpc de vocabulaire spécifique au monde du dvp, et tout le monde se comprend comme ça, ça ne me dérange pas de mélanger les langues (elles sont vivantes, non? place à l'évolution, sans massacrer l'orthographe, la grammaire et sans bacler les textes plus importants)
... passons ...

je sais plus où on a causé de cette histoire d'autonomie, c'était avec funto, ça c'est certain, quand il reviendra faudra lui demander ;-)

Commentaire de Kirua le 16/01/2004 17:54:20

'est quoi Boost ?

Commentaire de garslouche le 29/01/2004 11:08:40

Salut à tous,

comme je l'avais annoncé il y a qq semaines je me suis mis à MacroScript 2. Il est dispo en avant-première sur
macroscript.free.fr/cppfrance/MacroScript 2.zip

Le site macroscript.free.fr est en ligne. Vous aurez d'ailleurs besoin de télécharger les fonctions qui se trouvent ici:
http://macroscript.free.fr/downloadExe.php4
pour que MacroScript fonctionne pleinement.

J'attends vos remarques avant de le mettre en source sur cppfrance

Commentaire de garslouche le 29/01/2004 13:34:52

La fonction SI existe et en la combinant avec VA_A_LA_LIGNE on recrée assez facilement un for ou un while.

Je signale quand même les changments majeurs de MacroScript 2 :
- Il n'y a plus besoin de déclarer les variables. Elles se déclarent automatiquement à l'affectation et le type est déterminé automatiquement
- Les paramètres des fonctions ne sont plus nécessairement des variables. Vous pouvez mettre des valeurs ou des variables indifférement. Par contre vous ne pouvez pas mettre une fonction en argument d'une autre fonction
- De nombreuses nouvelles fonctions. Notamment MAIL, TELECHARGE, CAPTURE (capture d'écran), ETEINDRE, REDEMARRE, FERME_SESSION, manipulation de fichiers, DATE, HEURE, RESOLUTION, ...
- La structure est complétement différente puisque chaque fonction est en fait une DLL. Du coup il est très facile de distribuer une nouvelle fonction. Un projet VC++ 6 tout prêt est diponible.

Commentaire de Kirua le 29/01/2004 13:38:06

chaque fct une DLL, c'est bien pensé, et il fallait le faire, bravo :-)
pr ce qui est de la reconnaissance auto du type, comment gères-tu ces cas-ci:

var = "589" + 17;
var = 17 + "589";
var = "abc" + 17;
var = 17 + "abc";

?

Commentaire de Kirua le 29/01/2004 13:49:11

ok, tu prévois des fct de conversion de type? genre tte la ribambelle itoa, atoi, itof, ftoi, dtoa, atod ? (je pense que c tt, il y en a d'autres?)

Commentaire de Kirua le 29/01/2004 13:54:24

très bien alors ^^ vraiment, je regrette d'avoir déjà donné une cote, t'aurais eu plus mtnt ^^ le 10 des admins est mérité, surtout parce que le projet est soutenu, c le plus dur finalement, ne pas abandonner.

Commentaire de Kirua le 29/01/2004 14:05:44

bonne chance ;-)

Commentaire de Funto66 le 30/01/2004 16:25:12

Excellent ! vraiment ! J'ai testé le débogueur, j'ai la plupart de ce qu'il y avait sur le site, sans faute d'orthographe (très rare sur le web français hélas)...
Poste-le sur CppFrance !
Et une nouvelle version de MacEdit, non boguée !
Ah oui aussi ce qui serait pas mal ce serait des fonctions d'entrées/sorties standard; printf/scanf manque ^^
Aussi, je trouve que l'idée des "synonimes" est très bonne : on peut programmer en anglais ou en français, comme ça y'a pas de jaloux :) Par contre ça pourra peut-être compliquer la relecture par qq1 qui n'est pas habitué à ces noms de fonctions-là...
J'ai laissé un message sur le livre d'or ;)

Commentaire de plus_plus_fab le 05/02/2004 23:41:16

salut!

Bon, y a quelques progres depuis la derniere fois ;) Au niveau des fonctionalites, ca a l'air pas mal, allez je vais essayer de le mettre sur mon windoze!!! Si ce serait possible, tu pourrais faire un petit fichier expliquant la structure de MacroScript2 ? J'ai pas passe enormement de temps, mais je n'en saisi pas le principe, est-ce que j'ai toutes les sources ?
qu'est-ce que tu veux dire par chaque fonction est une dll?
tu peux en dire plus sur le fonctionnement, sans que je sois oblige de dissequer le code ?

sinon, quelques defaut qui vallent la peine d'etre corrige:

- une fuite memoire dans la classe Kernel. tu as des vector<Variable*>
dans le destructeur, il faut faire

typedef vector<Variable*>::const_iterator vc_it;
for(vc_it p = mp_variable.begin();p != mp_variables.end();++p)
     delete *p;

idem pour son jumeau...
erase ne libere pas la memoire.
tu ne liberais que le premier element en fait

- tu utilises souvent at pour acceder a un element d'un string.
pour acceder a un element, tu as le choix entre operator[] et at. at verifie que l'indice est dans les bornes, s'il n'y est pas, il declenche l'exception range_error, or tu ne la capte jamais...
utilises donc plutot operator[].

- au lieu de faire des insert "a la fin", fait push_back (pour vector)

- il y a une technique pour lire et ecrire dans des std::string qui evite les buff[128],  je te le ferais passe.

- sauf erreur, il manque encore quelques const ... (je sais c'est chiant d'en mettre partout!)

enfin bravo pour avoir fait un pas vers le C++ standard avec std::string!
maintenant, il reste a passer a <iostream> pour les fichiers, c'est plus elegant!

d'autres choses aussi... mais pas vraiment cruciale!

tres bon travail d'ensemble quand meme !!! a bientot pour d'autres episodes ?

a+

Commentaire de Kirua le 06/02/2004 17:22:41

dis, perso je préfère inclure séparément fstream, iostream, sstream etc, pr bien montrer ce que j'utilise ds le code du fichier. c'est perso parce qu'il me semble que iostream inclut tt ça, mais par exemple qd je débug une classe j'ai besoin des sorties console, et une fois qu'elel est rodée je vire l'en-tête iostream

vala pr moi ;-)

Commentaire de garslouche le 09/08/2006 11:20:03

Merci beaucoup...
C'est très gentil !

C'est fou de voir qu'il y a encore des gens qui utilisent cette source ! C'est un programme que j'avais fait pendant que je cherchais du boulot et à dire vrai je m'en sert encore (y compris pour le boulot)

D'ailleurs ça fait des mois que j'ai envie de me mettre à MacroScript V3. J'ai plein d'idées pour l'améliorer mais je n'ai plus assez de temps libre. En plus je me suis marié le mois dernier : ça n'arrange rien ;)

Si ça tente quelqu'un de poursuivre ce travail ce serait AVEC GRAND PLAISIR que je partagerais mes idées et le peu de temps libre qu'il me reste !!!