Discussion :

[LEK]

Bonjour,
comme je l'indique dans le titre de ce post je me demande s'il est possible d'embarqué un ocx dans une ressource et de le charger dynamiquement depuis celle-ci.
Je travaille sous VC Net 2003/Windows 2000, et mon but est de créer un exécutable lisant un fichier flash en utilisant l'activeX flash.ocx. J'aimerais que mon exécutable soit standalone comme le projecteur de flash : afin de faciliter la distribution du fichier, j'aimerais que l'animation et le player pour la lire soit dans le même fichier...

Quelqu'un saurait-il comment arriver à ce but?

[Médinoc]

Eh bien tu peux mettre n'importe quoi dans une ressource.
Ensuite, tu peux extraire la ressource en question vers le dossier temporaire...

Par contre, l'OCX ne sera pas "enregistré", il faudra donc que tu le charges explicitement avec LoadLibrary() et que tu utilises sa fonction DllGetClassObject() pour créer des objets des classes qu'il expose...

[Gabrielly]

Sur ta resource boite de dialogue tu cliques droit puis insérer un contrôle ActiveX après tu choisis dans une box l'activeX de ton choix.
Cette box recense tous les activex actuellement inscrit dans ta machine.
Avec un code MFC c'est facile. Soit tu utilise un wrapper MFC ou bien tu utilise la directive #import "son chemin\flash.ocx" le compilo te génèrera le *.tlh et *.tli incluant toutes les interfaces COM de l'ActiveX avec les SMART_PTR

[Médinoc]

Ce n'est pas ce qu'a demandé le P.O.

[LEK]

Ok. Merci Medinoc, je vais essayez de l'implémenter ainsi : en gros je dois extraire la ressource vers un rep temporaire lors de l'exécution... Et effectuer mes appels comme pour une DLL non COM?

[Médinoc]

Pas exactement comme une DLL non-COM: Tu dois appeler DllGetClassObject() comme une DLL non-COM, mais une fois que tu as obtenu le pointeur vers la ClassFactory voulue, c'est comme si tu l'avais obtenu avec CoGetClassObject()...

[LEK]

OK merci. Je vois... Par contre cela m'amène à une seconde question qui n'a rien à voir avec mon problème, mais avec la solution que tu proposes :
je peux tout à fais créer une DLL com et y placer une fonction particulière renvoyant un pointeur vers la ClassFactory : ainsi j'aurais recréé un système COM-free et évitant l'enregistrement de mon composant au niveau de la base de registre, non ?

[Médinoc]

En effet, mais je dirais qu'il est inutile de créer une fonction particulière pour ça: Normalement, ta DLL exporte déjà la fonction DllGetClassObject(), qui te retourne un pointeur vers la ClassFactory demandée...

[LEK]

Je vais me renseigner pour en apprendre davantage sur le fonctionnement COM. D'un autre côté je te remercie pour tes éclaircissements, je vais essayer de mettre cela en application.
Lek.

[Mat.M]

Bonjour,
comme je l'indique dans le titre de ce post je me demande s'il est possible d'embarqué un ocx dans une ressource et de le charger dynamiquement depuis celle-ci.

Je dirais que c'est impossible c'est radicalement contraire à la philosophie des controles Active X.
Un Active X est fait pour être distribué.
Tu peux peut-être y arriver au prix d'un certain bricolage mais en théorie tu dois distribuer l'OCX avec ton application.
Regarde les conditions d'utilisation des objets de Flash

[LEK]

A vrai dire, je n'ai effectivement pas lu ces conditions ... Chose que je me vais réparer de ce pas ! Mon but est d'avoir un exécutable se suffisant à lui même, mais tu as sans doute raison, je devrais plutôt voir les conditions de redistribution.
Quoiqu'il me semble que certaines boîtes proposent de créer des projectors (exe incluant une animation et permettant sa lecture); j'aimerais vraiment savoir comment elles y arrivent...

[Mat.M]

Quoiqu'il me semble que certaines boîtes proposent de créer des projectors (exe incluant une animation et permettant sa lecture); j'aimerais vraiment
savoir comment elles y arrivent...

Les outils de Adobe/Macromedia ne permettent pas cela ?
ON peut toujours lier un ocx en ressources à un .exe comme ressource binaire mais après il faudra le regénérer sur disque pour pouvoir l'enregistrer et l'appeler