Page 1 sur 1
Macro ... Startdrawing ...
Publié : dim. 11/févr./2007 12:19
par jerexgrz
J'utilise un startdrawing(screenoutput()) ... stop... dans une macro et apparement, pb n'aime pas de trop ! J'ai l'impression de perdre pas mal de puissance, et lorsque je l'enleve de la macro, les clignotements disparaissent !
bref :
Code : Tout sélectionner
ExamineMouse()
StartDrawing(ScreenOutput())
pos_souris()
animation_souris()
StopDrawing()
Ces fonctions permettent de recuperer l'endroit ou se trouve le pointeur de la souris et en fonction de la ou il se trouve, la fonction animation, permet de changer l'apparence du pointeur !
Qu'en pensez vous ? en consequence, il ne faut pas utiliser start et stop quand on est dans une procedure et/ou une macro ?!?
Publié : dim. 18/févr./2007 11:13
par jerexgrz
J'ai decouvert encore un autre truc:
quand on utilise un examinemouse() dans un startdrawing(...), il y a un clignotement ! Ca doit etre ca mon probleme ! Par contre, ce qui est bizarre, c'est que toutes mes operations graphiques sont regroupées pour appeler la fonction 1X et justement c'est la que ca bug ! Alors que quand j'utilise un autre startdrawing(...) et tout de suite, je met un examinemouse() ca fonctionne !! Je comprend pas trop
Publié : dim. 18/févr./2007 11:54
par Backup
pour le ralentissement, c'est normal
puisque d'âpres ce que j'ai compris, la macro est reproduite dans le code autant de fois que tu fait appel a elle
ça copie le contenue de ta macro a chaque appel de celle-ci ...
hors, plus tu mets de Start Drawing-stop, dans un code, plus tu ralenti le prg de façon global ...
c'est d'ailleurs pour cette raison de vitesse, qu'il vaut mieux pas mettre des Startdrawing-stop a l'interrieur de boucle for-next par exemple
les macro c'est loin d'être la panacée, pour ce qui concerne l'optimisation d'un code, bien souvent vaut mieux utiliser un sous prg pour la vitesse c'est sans commune mesure !