Discussions au sujet de NI LabVIEW

annuler
Affichage des résultats de 
Rechercher plutôt 
Vouliez-vous dire : 

masquer curseur VI

Résolu !
Accéder à la solution

Juste pour m'amuser ... (rien de plus)

 

curseur on/off, toutes les secondes, via un booléen ... avec gestion du "compteur" quelque soit sa valeur.

 

VI joint en LV 2011

 

beta.png

Message 11 sur 20
2 321 Visites

Oui c'est vrai, nul besoin de l'appeler 36 fois.

 

Merci

 

En revanche lorsque j'execute la fonction celle ci me retourne une erreur.

 

erreur.PNG

0 Compliments
Message 12 sur 20
2 315 Visites

donne ton code tel qu'il est pour le moment .... et tel qu'il te donne une erreur.

 

comment veux-tu que l'on trouve le soucis sans code  Smiley heureux

0 Compliments
Message 13 sur 20
2 311 Visites

Oui en effet! C'est exactement le VI que tu a mis en lien.

 

 

0 Compliments
Message 14 sur 20
2 306 Visites

dans la convention d'appel ... pas "C" ... mais "stdcall WINAPI"

0 Compliments
Message 15 sur 20
2 299 Visites

Edit : Grillé par Ouadji ^^

 

C'est la convention d'appel du noeud qui n'est pas bonne. Passe en winapi et magie plus d'erreur.


Cdt,


Michael

“En science, la phrase la plus excitante que l'on peut entendre, celle qui annonce des nouvelles découvertes, ce n'est pas "Eureka" mais c'est "drôle"
Isaac ASIMOV
0 Compliments
Message 16 sur 20
2 296 Visites

Merci, quelle est la différence entre les deux ?

 

Dois-je  le faire pour toutes les dll de user32 que j'appelle ?

0 Compliments
Message 17 sur 20
2 289 Visites

différences entre les deux :

 

1) l'ordre dans lequel sont passés les paramètres

 

2) qui gère la Pile en sortie de fonction (le code appelé, ou le code appelant)

 

 

ici, il n'y a qu'un seul paramètre ... l'ordre n'a donc sans doute pas posé de problème. ( "ça aurait pu passer" )

 

mais ... avec une convention "C" c'est l'appelant qui gère la "sortie" ... alors qu'avec une convention "stdcall" c'est l'appelé.

 

et là ... si la convention n'est pas bonne , c'est le crash assuré.

 

Dois-je  le faire pour toutes les dll de user32 que j'appelle ?

 

oui ... et d'une façon encore plus générale, avec toutes les fonctions de l'OS (stdcall - winapi)

0 Compliments
Message 18 sur 20
2 281 Visites

ouadji a écrit :

La fonction ShowCursor possède un compteur.

 

si l'entrée "show" est à "0", tu décrémentes le compteur.

si l'entrée "show" est à "1" tu incrémentes le compteur.

 

si le compteur est inférieur à zéro ... le curseur est "hide".

si le compteur est supérieur ou égal à zéro ... le curseur est visible

 

la sortie "show" est une copie de l'entrée "show"

la sortie "return type" donne la valeur courante du compteur.

 

Ceci dit ...

Je ne vois pas l'utilité de passer par cette histoire de compteur !!

un simple "on/off" aurait été beaucoup plus facile.

(pourquoi faire simple quand il y a moyen de faire compliqué 😉 )

Mais bon ... cette fonction windows est implémentée de cette façon, il faut s'en accommoder.


effectivement une drôle d'idée? A+

banniere Luc Livre NXG Champion.png

Luc Desruelle | Mon profil | Mon blog LabVIEW | Auteur livre LabVIEW : Programmation et applications - G Web
Certified LabVIEW Architect (CLA) & Certified TestStand Developper (CTD) | LabVIEW Champion

MESULOG - LinkedIn site | NERYS - NERYS Group
| directeur CEO MESULOG
| CODIR - NERYS group

0 Compliments
Message 19 sur 20
2 254 Visites

Réponse tardive, mais bon...

En fait, la solution la plus simple me semble être d'utiliser les fonctions "Create Cursor From File" et "Set Cursor".

On peut ainsi remplacer le curseur courant par celui de son choix : il suffit de le dessiner, donc éventuellement vide.

En pièces jointes : code exemple en LabVIEW2011 à utiliser avec "Cursor.ico" (personnalisé) ou "No Cursor.ico" (vide)

HL

Tout télécharger
0 Compliments
Message 20 sur 20
2 036 Visites