Discussion :

[declencher]

Bonjour,

J’ai un souci de réception des évènements. Voici ce que je tente de faire.

J’a une dll de fonctions appelée dynamiquement. Cette dll était chargée puis libérée chaque fois qu’une des TForm de mon application en avait besoin. Dans cette dll je crée dynamiquement un composant de la jvcl. Le constructeur de ce composant a besoin de la Form parent. Dans mon cas j’avais mis « nil » et ça fonctionnait bien car ce n’est pas un composant visuel. C’est justement ce composant qui exploite des évènements.

Mon application fonctionnait mais j’étais gêné par toutes ces instanciations dynamiques. J’ai donc créé un Unit de fonctions. Les fonctions implémentées permettent d’appeler toutes les méthodes de ma dll. Le chargement dynamique est donc fait une seule fois dans mon application grâce à une méthode d’initialisation, et donc mon composant est créé une seule fois.

Jusque là tout va bien, je compile et j’exécute… et surprise, le composant de la dll ne capture aucun évènement !

J’ai donc tenté de passer la Form principale de mon appli en paramètre du constructeur, mais ça plante au lancement…

Au final je me pose tout un tas de question sur la gestion des évènements dans delphi :
- pourquoi le composant de la dll ne capte plus d’évènement depuis que la dll n’est plus chargée par un TForm mais par une Unité de fonction ?
- est ce qu’une fenêtre modale empêche les autres fenêtres se trouvant derrière de capturer leurs propres évènements ?

En bref, pourquoi ça ne marche pas

[ShaiLeTroll]

- est ce qu’une fenêtre modale empêche les autres fenêtres se trouvant derrière de capturer leurs propres évènements ?

Oui, il suffit d'étudier le code du "ShowModal" pour se rendre compte que c'est un court-circuit total de la boucle run, et disons que cela limite les interactions avec les autres fenêtres (souris, clavier, ...), les évèmenets de socket, de dessin, et autre sont normalement conservés ...

Sinon, il faut savoir qu'une DLL chargée plusieurs fois dans la même application est en fait la même instance (il y a un compteur de référence), ... tu pouvais très bien géré dans ta DLL, une sorte de gestionnaire de mémoire partagée ...

Maintenant, c'est dans la DLL que tu associe les Evènements de tes Form, genre OnClose, OnClick ??? Ouch !

lit donc ce sujet "DLL String Pourquoi ça marche sans BORLNDMM.DLL", tu noteras que je n'avais pas de soucis, mais j'étais surpris de ne pas avoir d'erreur, alors que j'aurais dû , tu peux faire une recherche sur les DLL sur le forum, c'est souvent un problème lorsque l'on ne prend pas soin de respecter les bases, en fait le meilleur exemple c'est de ne faire que des fonctions qui ressemble à des API windows avec PChar, et on se rend compte à combien on se limite, ... c'est pour cela que fut inventé le modèle COM qui justement intégre tout un procédé pour la gestion des évènements ...