Discussion :

[Gaetch]

Voilà tout est dans le titre, je ne trouve pas dans l'aide de propriété indiquant qu'une combo est déroulée ou repliée donc si vous avez une idée je suis preneur.

Merci d'avance

[Lo²]

Bonjour,

Tu pourrais passer par une petite variable qui serait passée à 1 sur le clic et à 0 lors de la sélection et/ou de la sortie du champ.

Pour ma culture personnelle, ce serait pour quelle utilisation ?

[Gaetch]

C'est compliqué, en fait dans mon application, on doit pouvoir naviguer entre les divers champs à l'aide des boutons haut et bas (comme avec shift+tab et tab si tu veux). Le problème c'est que, lorsqu'on prend le focus sur une combobox, si on fait haut ou bas ça la déroule et ensuite ça navigue entre les diverses options à l'intérieur. Moi j'aimerais bien que ça fasse comme décrit plus haut donc voyager entre les champs, mais pas exemple si on appuye sur entrée ou espace ça déroule la combo, ensuite avec haut/bas on fait notre choix dedans, on réappuye sur entrée/espace et on reprend le voyage entre les champs avec haut/bas.

Tu vois ce que je veux dire ou je m(t)'embrouille ?

[Lo²]

Non, je vois mais c'est complexe en effet comme utilisation.

Eventuellement, tu pourrais capter la toucheenfoncée(fleche haut et bas) et si la combo n'est pas déroulée alors tu passes au champ suivant.

Toujours pour ma culture , pourquoi ne pas utiliser les TAB ?

[Gaetch]

Ca faut demander à mon chef ^^ je ne suis qu'un pauvre développeur bête et discipliné.

Nan mais c'est parce que sur l'ancienne version du logiciel c'était sous DOS, sans souris, du coup les clients ont leurs habitudes et faut qu'ils puissent utiliser le logiciel avec leurs réflexes d'avant. Et c'est vrai que tout faire au clavier ça permet d'aller un peu plus vite, et HAUT/BAS c'est plus rapide que TAB et SHIFT-TAB (et d'ailleurs beaucoup d'utilisateurs non-expérimentés connaissent même pas l'utilisation de TAB).

[Lo²]

^^ les users ne sont pas forcément réfractaires au TAB et tu le dis toi-même, beaucoup ne sont pas au courant de cetta manipulation.

Niveau méthode, à part celle que je t'ai proposée avec la capture le toucheenfoncée(), je ne vois pas trop.

[vmolines]

Ce n'est pas complètement ce que vous cherchez mais depuis Windev 14, les fonctions ComboOuvre/ComboFerme sont disponibles pour dérouler/enrouler par programmation.

[Lo²]

Elles sont également présentes en WD12. Je n'y avait pas fait attention.

[Gaetch]

Oui, je sais me servir de ComboOuvre et ComboFerme mais elles ne permettent pas de savoir si la Combo est déroulée ou pas mais juste de la dérouler/enrouler. Bah c'est pas grave je passerai par un booléen que je changerai moi-même.

[vmolines]

Bon c'est possible avec les évènement/messages windows :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SendMessage(Handle(COMBO_Combo1), 0x157, 0, 0)

Renvoie 1 ou 0.

0x157 correspond à une constante documentée ici : http://msdn.microsoft.com/en-us/libr...49(VS.85).aspx

De la même manière il doit être possible de déclarer un évènement windev sur la constante correspondant à l'enroulement/déroulement de combo.

[Gaetch]

Wow, merci ça marche nikel. Comment t'as trouvé ça ? Tu en avais déja eu besoin avant ? C'est bizarre qu'il n'y ait pas une simple propriété pour savoir si c'est déroulé ou pas non ?

[vmolines]

Windows expose un nombre impressionnant d'évènements et de propriétés à travers des APIs ou des messages windows (le fameux SendMessage).

Je n'avais jamais utilisé celle ci mais j'étais persuadé que je trouverais la constante associée à l'état de la combo dans la msdn.

[Gaetch]

Okay et bien merci d'avoir cherché pour moi je pense jamais à aller voir dans l'API, surtout quand je développe en Windev qui a tendance à nous mâcher le travail je sais c'est pas très professionnel Encore merci à toi !

[vmolines]

Y'a pas de mal.

Bonne continuation.