Discussion :

[s.n.a.f.u]

Bonjour,

Je me bats avec le Outlook Control Viewer sur une appli VB6.

Je voudrais shunter le menu contextuel qui apparait lorsqu'il y a clic droit.
Mais ce composant super bien fait ne gère aucun événement clic.

Auriez-vous une idée pour me sortir de cette situation ?

Merci

[OhMonBato]

C'est un controle connu ? je le trouve où, ou c'est quoi son nom d'ocx ?

[Phifi]

OUTLCTL.DLL, il est dans un sous-répertoire d'office

[s.n.a.f.u]

Exact.

Tu ajoutes ce composant par "composants" -> "objets à insérer" -> "contrôle d'affichage Outlook"

Néammoins, cette question peut-être traitée de façon générique :
comment intercepter un clic sur un composant qui ne gère pas cet événement ?

Pour être encore plus exact, comment intercepter le clic sur un coposant qui n'expose pas l'événement ?
En effet, nous pouvons faire des sélection dans ce composant, donc il n'est pas inactif. C'est juste que le clic n'est pas exposé. Et je crois qu'en VB6, je peux me gratter pour essayer d'"overrider" un événement...

J'ai essayé la librairie GetKeyState de user32, mais elle ne m'est pas d'un grand secours.

Voilà où j'en suis actuellement.

[s.n.a.f.u]

J'ai essayé la librairie GetKeyState de user32, mais elle ne m'est pas d'un grand secours.

J'arrive à détecter le clic droit avec cette API, mais comment annuler ce même clic ?

[Vld44]

Je pense avoir la solution.

Grossièrement, il s'agit de subclasser la windowprocedure de ton composant.

API : setwindowproc notamment.

Cette window proc reçoit les évènements "bruts de fonderie" dirigés vers la form / composant, et les reroute à sa guise vers les évènements gérés par l'utilisateur (cmdQuitter_click)

Donc en subclassant (override si on veut, enfin, non en fait) cette procédure par la tienne, tu pourras rerouter ce qui t'intéresses seulement.

Si tu catch l'évènement à posteriori comme te permet de le faire getinputstate, à moins que tu aies un paramètres critique en entrée sortie (auquel cas tu n'as qu'à le mettre à zéro !) tu ne pourras pas intercepter l'évènement.

a+

[s.n.a.f.u]

C'est un controle connu ?

Pas forcément beaucoup, et au vu de l'exhaustivité de l'API, ça se comprend...

[OhMonBato]

Merci pour l'info, je n'ai pas ce composant chez moi mais effectivement peu importe.

Je pense juste à un truc assez tarabiscoté, très bidouille.
Je viens de faire l'essai en dessinant un controle Image (donc un simple cadre transparent) au dessus d'un controle Label.

A l'exécution, c'est le controle Image qui prend l'événement click mais l'utilisateur ne voit que le controle Label. Je ne sais pas si une bidouille de ce style t'aiderait à résoudre ton pb.

[s.n.a.f.u]

C'est justement le style de bidouille que je cherche, car je ne pense pas que je puisse m'en sortir "proprement".

J'essaie et je fais un feedback.

[s.n.a.f.u]

Raté.
Je rentre dans mon controle sans déclencher l'événement clic de la picturebox.

GRRR !

[s.n.a.f.u]

Merci pour l'info, je n'ai pas ce composant chez moi mais effectivement peu importe.

Je pense juste à un truc assez tarabiscoté, très bidouille.
Je viens de faire l'essai en dessinant un controle Image (donc un simple cadre transparent) au dessus d'un controle Label.

A l'exécution, c'est le controle Image qui prend l'événement click mais l'utilisateur ne voit que le controle Label. Je ne sais pas si une bidouille de ce style t'aiderait à résoudre ton pb.

Ta bidouille marche avec un Label, mais pas avec un textBox.
Je pense que la différence vient du fait qu'on peut "entrer" dans un controle ou pas.

Dommage, c'était bien vu.

--- edit ---

Je confirme.
Si on désactive le textbox (enabled = false), la bidouille marche car nous ne pouvons pas rentrer dans la box.