LANGAGE DE SCRIPT POUR AUTOMATISER DES ACTIONS DANS WINDOWS

Commentaire de EtLaBanana le 24/10/2003 16:53:25

C'est clair! Il est trop bien ce programme!
Exactement ce que je cherchais! En plus je voulais asavoir comment on simule une action au clavier!! Trop cool !

Quand tu auras fait l'éditeur je le veux!

PS: Tu pourrais ajouter un truc pour fermer les fenêtres, parceque simuler ALT+F4 c'est un peu limite....

Commentaire de Funto66 le 25/10/2003 12:33:47

Pour ce qui est d'utiliser Lexx et Yacc on m'en a parlé, mais je vais essayer de le faire tout seul, comme un grand, en C++ ^^
wxWindows, c'est en fait le MFC open source, mais en mieux ^^
C'est sous une license proche de la LGPL et c'est portable sous Windows, Mac, Linux, où ça reprend à chaque fois le look and feel de l'OS, parce que ça utilise l'API Win32 sous Windows, GTK+ sous Windows ou Classic sous Mac. Je te conseille de l'essayer, d'autant plus que t'as un composant spécial dedans (Scintilla) qui te permet de créer une zone de texte avec coloration syntaxique (c'est prévu pour ça) ;)
http://www.wxwindows.org
http://www.scintilla.org

Et dsl pour la note, j'avais oublié lol maintenant c'est rectifié ;)

Commentaire de garslouche le 25/10/2003 19:07:44

Merci!
Pour évaluer les expressions mathémtiques c'est en cours, j'ai fait l'algo il faut juste coder. Les commandes de saut sont aussi une extension possible mais j'hésite un peu : le if, for et le while ne sont pas vraiment dans l'esprit de MacroScript puisque ce ne sont ni des variables ni des fonctions. Je pensais tout-de-même implémenter un if simplifié et utiliser les goto. Je m'y mettrais dans quelques temps. Pour l'instant je bosse sur l'éditeur en couleurs, il devrait être dispo bientot.

Commentaire de BlackWizzard le 11/11/2003 23:16:04 administrateur CS

10/10 de la part de l'admin, et designé comme trophé ;)
http://www.cppfrance.com/trophees.aspx

Commentaire de BlackWizzard le 13/11/2003 00:55:59 administrateur CS

:)

Commentaire de Dav6215 le 29/12/2003 04:08:44

OH PURéE :-O lol 10/10 meme si je comprend rien a la source =/

Commentaire de Funto66 le 08/01/2004 23:38:18

Je viens d'essayer de faire un programme pour indiquer les positions du curseur de la souris, et apparemment l'interpréteur buggue au niveau des instructions "SI" (j'ai pas vérifié que j'ai le dernier, si le code marche chez qq1 qu'il me le dise merci).

Le code :

// PosCurseur.mac

DECLARE pos_x, nombre
DECLARE pos_y, nombre
DECLARE str_x, texte
DECLARE str_y, texte
DECLARE msg_constant1, texte
msg_constant1="Positionnez le curseur en (0;0) et faites OK pour quitter.\nLe curseur est en ("
DECLARE msg_constant2, texte
msg_constant1=";"
DECLARE msg_constant3, texte
msg_constant1=")"
DECLARE msg_final, texte
DECLARE var_zero, nombre
var_zero=0

LIGNE debut_boucle
SI pos_x=var_zero, test_pos_y, affichage_position_curseur
LIGNE test_pos_y
SI pos_y=var_zero, fin_prog, affichage_position_curseur
LIGNE affichage_position_curseur
POSITION_SOURIS pos_x, pos_y
FORMATE str_x, pos_x, 0
FORMATE str_y, pos_y, 0
CONCATENE msg_constant1, str_x, msg_final
CONCATENE msg_final, msg_constant2, msg_final
CONCATENE msg_final, str_y, msg_final
CONCATENE msg_final, msg_constant3, msg_final
MESSAGE msg_final
VA_A_LA_LIGNE debut_boucle
LIGNE fin_prog

Voilà, si ça vient du code, est-ce qu'on pourrait m'éclaircir merci :)

Commentaire de plus_plus_fab le 09/01/2004 14:54:03

Salut,

Tout d'abord, felicitation pour ton code !
C'est plutot clair a comprendre (a mon avis), car le code est bien organise, et on comprend rapidement, en gros, ce dont il s'agit. Pour une fois que je vois un code ecrit uniquement en P.O.O, j'apprecie !
Ca change agreablement des habituelles usines a gaz ou autre conplexes petro-chimiques !!!
J'ai juste quelques petites remarques :

- Dommage que tu utilises CString, tu trouves que la classe std::string est incomplete ?
Moi, elle me satisfait pleinement. Normalement, tout y est, et de maniere optimise (gestion des chaines courtes, mecanisme de copie sur ecriture ...). Tu peux avoir besoin de l'entete <algorithm> pour certains traitements. Bon, c'est quand meme Stroustrup en personne,et J.Shopiro qui ont ecrit cette classe. Ce serait leur faire insulte que de dire qu'une classe microsoftienne surclasse basic_string !

- Concernant le passage des arguments dans tes fonctions, utilises "const Type&", au lieu de "Type" lorsque sizeof(Type) > 4 octets (generalement). Ca evite une copie qui peut etre couteuse...

- Dommage qu'il n'y ait pas une gestion dynamique de la memoire, j'ai vu des gros tableaux (512,1024)
c'est tres couteux en utilisation de la memoire, et tres couteux en efficacite lorsque tu passe tes tableaux par valeur (remarque precedente). Utilise std::vector (entete <vector>) par exemple, c'est simple d'emploi et tres efficace.

- Une fonction membre doit etre declare const, si celle-ci ne modifie pas l'objet (a moins que ne traine le mot cle "mutable"...) . Ca permet au compilateur d'optimiser.

- en C++, normalement, on utilise rarement le preprocesseur, #define LIGNE_SAUT 0,...,par exemple, peut-etre remplace par un enum (static) dans la classe qui l'utilise. La macro peut surement etre reecrite dans un header, avec les mots cles inline,template (en temps que membre private/protected)

- il vaut mieux commencer un header (header.h ici) par
#ifndef HEADER_H
#define HEADER_H
et finir par #endif,
tres conseille, quand on compile a la mimine!

Voila voila pour les remarques "de forme", concernant le code lui-meme, j'ai pas tout lu, et je te fais confiance! pour la classe Calcul, je pense qu'on peut faire mieux concernant l'algo d'evaluation de l'expression, parce ce que si tu ajoutes une fonction du genre sinus, exposant, alors tu dois modifié "profondement" le code de ta fonction getValeur, ca me parait etre un defaut, mais bon... Tiens j'essayerai de le faire 12c4...

NB: C'est quand meme la pagaille toutes ces microsofteries "stdafx et Cie" !

Allez, bon courage, bonne prog !

A+

Commentaire de garslouche le 09/01/2004 19:34:57

Bon d'accord si je m'attaque à MacroScript je n'utiliserai plus CString...

Pour les define par contre je ne vois de problème. Il n'y a pas plus d'ambiguité float/int que quand on écrit 1 ou 2 directement dans le code!

Commentaire de Kirua le 09/01/2004 21:18:20

"Pour les define par contre je ne vois de problème. Il n'y a pas plus d'ambiguité float/int que quand on écrit 1 ou 2 directement dans le code! "

ben si justement il y a ambiguité :-) si tu veux forcer le float dans un calcul mais que ton nombre est 2, tu dois absolument écrire 2.0f, ou bien (float)2. sinon ça peut éventuellement être mal interprêté.

Commentaire de Kirua le 10/01/2004 15:52:31

si t'en as marre, tais toi




























PS: j'avais envie de dire ça, c'est venu comme ça... faut dire que je viens de me lever ^^

Commentaire de garslouche le 13/01/2004 16:31:13

Pour les CString j'ignore la taille a priori.... pas sur! Dans la mesure où je connais leur utilisation : pour autant que je me souvienne j'ai limitéà 1024 caractère la taille d'une ligne. De plus ce langage de script n'utiliseras certainement pas de longues chaines de caractères.

Pour const je me suis documenté et j'essaierai de m'en servir à l'avenir.


Par contre je me dois de défendre le Java! Premièrement je rappelle qu'il est faut de dire que les pointeurs n'existent pas en Java : au contraire ils sont partout ! (bon ils sont masqués mais ils existent ;)
Mais je suis d'accord qu'il est impossible de manipuler la mémoire aussi facilement qu'en C.
Par contre je trouve au contraire que l'aspect "performance" est bien plus important en Java qu'en C. En effet un algo qui est 2 fois plus lent qu'un autre en C : ça ne se voit pas : 0.00001s contre 0.00002s ! En Java en revanche, la machine virtuelle ralentit tout, donc il faut optimiser!
Et pour ce qui est des destructeurs... c'est l'une des choses qui font que Java est un très bon langage... Ils ont trouvés un moyen de ne pas se taper à chaque fois les delete dans les destructeurs... C'est pas génial pour le programmeur ? (D'ailleurs ce principe de Java comme de nombreux autres ont été repris dans C#)

Et comme tu le dis en se souciant moins des aspects de gestion de la mémoire on peut davantage se consacrer à la POO.



Pour information : Suite aux pressions du lobby anti-microsoft et pro-lib standard, j'ai décidé de faire MacroScript 2 sans CString. La structure du prog est complétement différente, il y a de nouvelles fonctions, et le langage a été encore simplifié. Je n'en dit pas plus pour le moment parceque je ne sais pas quand ça sera fini, j'ai commencé hier....

Commentaire de Funto66 le 13/01/2004 17:08:50

garslouche, je te souhaite bonne chance pour la suite ;)
Juste un détail pour plus_plus_fab : Linux (et Windows aussi d'ailleurs) n'a pas été écrit en C tout simplement parce que ce n'est pas possible, le C dépendant d'un runtime (msvcrt.dll) ^^. Cependant, comme tu dis, c'est vrai que c'est beaucoup plus dur pour un programmeur de déduire les optimisations que fera le compilo; à la limite, le mieux est d'écrire du code déjà optimisé, comme ça le compilo peut plus optimiser grand chose :p (ouhla, je sens que je viens de dire une connerie moi...)

Commentaire de plus_plus_fab le 13/01/2004 19:24:38

Pour l'histoire du passage d'argument, 1024, c'est pas vraiment une limite, si tu depasses, c'est un depassement de tampon...
corruption de la pile ... Assez epilogue, MacroScript2 (on dirait un film au cine!) sera ecrit avec des passages par reference, et aura une gestion dynamique de memoire, non?
et avec std::basic_string ? bon choix, tiens nous au courant pour qu'on assiste a l'avant premiere!

Bon, un pointeur, c'est une zone memoire qui contient l'adresse d'une autre. S'il n'y en avait pas, cela signifirai que chaque zone memoire serait independante...
ou alors, ce serait les fichiers executables (.class) qui contiendrait tout les liens entre les zones memoires ? Forcement non, ce serait un beau gachis, et je sais pas si ce serait possible!
La seule chose, c'est qu'on ne peut pas les manipuler, bon, c'est bien pour la securite des programmes, mais frustrant pour le programmeur!

OK pour l'aspect performance vu sous cet aspect la. l'optimisation des "algorithme" alors, est cruciale avec Java.

Mon grand reproche a Java, c'est le fait que le garbage (le bien nomme) soit impose.
Il ralentit, commme chacun sait, les programmes, mais c'est plutot la philosophie d'impose qqchose qui m'irrite.
Il me semble qu'un garbage collector etait prevu en standard pour 2003 en C++ ? Je crois qu'il n'y est pas encore...
Le programmeur aurai alors eu le choix de l'activer ou non, voila une approche raisonnable!
Pour ceux qui n'aime pas prendre de risque avec la memoire (bouh femmelettes!), il existe en C++, une class auto_ptr en standard, bof a mon avis
mieux: un pointeur intelligent (smart pointer) utilisant un mecanisme de comptage de reference fait en general l'affaire. (J'essayerai de mettre le mien sur ce site bientot)
son defaut est qu'il ne gere pas les references cycliques, c'est tres couteux, le garbage les gerent, et c'est pour ca que c'est tres lent. Surtout qu'un objet ne va jamais sur la pile (en java)

Kirua: c'est ce que je voulais dire, en gros...

Funto66: Pour optimiser, le mieux est de decrire les algorithmes a l'aide de la std. Ce que tu dis n'est pas evident, mais j'ai du mal a trouver un contre-exemple...
Je te confirme que le noyau Linux est ecrit en C, le runtime M$.dll ? connais pas! et je veux pas etre presente!

A+

Commentaire de plus_plus_fab le 14/01/2004 00:31:22

Bon OK, qq minutes alors...

La RTTI (Run Time Type Information), c'est l'identification des types a l'execution.
C'est un mecanisme optionnel, une option de compil donc.
Si vous l'activez, toute classe polymorphe (contenant au moins une fonction virtuelle), se voit ajouter a sa vtbl (table virtuelle), un pointeur sur un objet de type type_info, construit specialement a l'execution pour cela.
C'est un peu plus couteux, et c'est pour cela que ce mecanisme est optionnel.
La RTTI permet donc d'acceder a l'operateur typeid (oubliez, a ne jamais utiliser), et a l'operateur dynamic_cast< >

mettons que la class B derive de la classe A.
On peut naturellement affecter un B* a un A* (upcast)
pour faire le contraire (downcast), il faut utiliser static_cast<> si les types sont connus a la compilation.
dans le cas contraire, il faut faire un dynamic_cast.
ca s'utilise comme ca:
A* a = //un objet dont on est cense ignore le type a l'execution
B* b = dynamic_cast<B*>(a);
if(b) //renvoie de la valeur pointeur nul, declenchement de bad_cast pour les references
...//traitement (a est bien de type B)

NB: - si la classe n'est pas polymorphe, la RTTI ne fonctionne pas!
- s'il y a de l'heritage multiple, (C derive de A, et D derive de B et de C), il faut utiliser dynamic_cast a la place de static_cast (passage obligatoire par la vtbl)
- Le dynamic_cast gere l'heritage, a la difference de typeid.
- En general, on realise de bien meilleure conception en utilisant uniquement les fonctions virtuelles, mais dans certains cas, la RTTI est utile ...

C'est a peu pres l'essentiel, je crois.
Ce qui est sur, c'est qu'aucune dll M$ ne fait parti du C++ standard. Apres peut-etre que sous Visual, La rtti est gere par cette dll... aucune idee!
en tout cas, on s'en passe tres bien.
Pour le C, sauf erreur, il n'existe pas de rtti en standard, pas d'interet car pas d'heritage!

Sinon, merci du compliment, j'ai appris a la fac(20%) et tout seul (80%), j'ai avale quelques bouquins, et je developpe quotidiennement car je suis au chaumage...
allez dodo, j'ai une grosse journee demain!
baille :)

Commentaire de Kirua le 14/01/2004 17:24:43

merci pour ce message, j'ai assez bien compris l'utilité. si la question se pose un jour je me renseignerai sur les dynamic_cast, pr l'instant j'en ai jamais eu besoin.

question: le C++ et le C sont donc complètement indépendants d'une quelconque Run Time Library? il y a qq jours, sur CPPFRANCE, "il avait été dit que" le C++ n'était pas "autonome" et que de ce fait on ne pouvait pas tjs l'employer, que dans certains cas seul le C pouvait faire l'affaire. (exemple: programme pour un robot)

Commentaire de Kirua le 16/01/2004 07:48:08

ben ça repose la même question Funto, la création d'un OS exige qu'il n'y ait pas de Run Time, ok je te fais confiance j'en sais rien moi-même (à priori ça me semble pas insurmontable, si tu écris ta RT en ASM... enfin), OK très bien, mais si le C++ n'a de RT que la RTTI et si on peut la désactiver, il n'y a plus de problème!

Autre chose, pr la TI, c'est du C parce que TI-GCC est un compilo C, s'il y avait un compilo C++ tu pourrais programmer en C++, puisqu'il s'agit "juste" de convertir le code source en ASM TI, non ??

Commentaire de plus_plus_fab le 16/01/2004 14:33:43

Alors, pour activer la rtti avec Visual, Project->settings->C/C++->C++ langage, cocher l'option.
Pendant que j'y suis, y quelques options interessantes par la, comme desactive stdafx.h par exemple, pour faire des codes plus portables...
avec DEV-C++, je ne sais pas.

Bon, pour ces histoires de C++ non autonomes, j'ai essaye de me renseigne, j'ai pas trouve grand chose...
Alors, a ma connaissance, la facon d'obtenir un executable en C ou en C++ est excatement la meme (compilation, assemblage, edition de lien).
L'executable est directement comprehensible par la machine.
si on ajoute la rtti, ou autre "run-time" (j'aime pas cet anglicisme), elle sera traite comme toutes les autres bibliotheques dynamiques.
l'editeur de lien (a la premiere edition de lien), met des informations dans l'exe pour qu'il y ait une seconde edition de lien a l'execution.
Lors de cette seconde edition de lien, le lieur dynamique charge en memoire la bibliotheque dynamique, et connecte les pointeurs d'appel de l'exe, aux fonctions de la dll.
donc, d'apres moi, le C et le C++ sont aussi autonomes, mais je peux me tromper!

Kirua, sur quelle page a-t'il ete dit que le C++ n'est pas autonome ?
ca m'intrigue cette histoire (!)

Pour le garbage collector, je sais qu'il en existe, mais y en a-t'il un qui soit incorpore au standard ?

A+

Commentaire de Funto66 le 16/01/2004 17:53:11

Je suis revenu :p
On en avait parlé sur un autre code source, je sais plus lequel, et sur MSN aussi certainement.
Juste une remarque, on ne parle pas d'ASM TI mais d'ASM 68000 ou ASM 68k (du nom du processeur Motorola 68000).
Apparemment, si la RTTI est la seule "dépendance" du C++ et qu'elle n'est pas activée par défaut, il doit alors être possible d'écrire un OS en C++ ??
En ce qui concerne le garbage collector, il n'est pas en standard, mais je suppose que le système doit être le même que pour la RTTI : une librairie dynamique... (en fait j'en sais rien mais bon :p)
A parler de standard C++, il paraissait aussi que la librairie Boost devait se voir intégrée au standard dans quelques temps, je sais pas où ça en est.

Commentaire de Funto66 le 16/01/2004 18:07:00

C'est une librairie C++ qui permet plein, plein de choses, une sorte de STL bien plus complète et hyper-optimisée.
Pour faire simple : http://www.boost.org/

Commentaire de Kirua le 29/01/2004 13:12:20

il y a des structures conditionnelles évoluées? je veux dire, if, for, while, principalement.

Commentaire de garslouche le 29/01/2004 13:37:35

Ah oui...j'oubliais une de mes nouveautés préférées : le debuggeur

Pour le lancer utilisez MacDebug

Commentaire de garslouche le 29/01/2004 13:46:53

La reconnaissance de type suppose d'abord que l'utilisateur ne fait pas n'importe quoi.... ;)

En gros c'est le premier élément qui donne le type.
Par ex:
var = "coucou"
"coucou" est un texte puisqu'il commence par ". Donc l'expression est évaluée en tant que Texte

var = 12 + 15
12 est un Nombre puisqu'il commence par un chiffre. Donc l'expression est évaluée en tant que Nombre

var2 = var1*2
le premier élément est var1. Si c'est un nombre l'expression est évaluée en tant que Nombre, si c'est un Texte, l'expression est évaluée en tant que Texte. Si la variable n'existe pas encore, une Erreur est déclenchée.


Dans tes exemples (que je réécris pour être conforme à la syntaxe MacroScript)
var = "589"  17
var = 17 + "589"
var = "abc"  17
var = 17 + "abc"

Le premier : "589" 17 est évalué en tant que texte. La concaténation se faisant avec le caractère ESPACE. Puisque c'est un texte le nombre 17 est transformé en Texte donc var = "58917"

Le second : 17 est un Nombre donc l'expression est évaluée en tant que Nombre. "589" n'est ni une variable ni un nombre -&gt; erreur<