CRÉER UN VRAI OCX EN DOTNET

Signaler
Messages postés
17286
Date d'inscription
mercredi 2 janvier 2002
Statut
Modérateur
Dernière intervention
23 décembre 2019
-
Messages postés
467
Date d'inscription
lundi 24 juin 2002
Statut
Membre
Dernière intervention
9 mars 2011
-
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/50939-creer-un-vrai-ocx-en-dotnet

Messages postés
467
Date d'inscription
lundi 24 juin 2002
Statut
Membre
Dernière intervention
9 mars 2011

bon sans vouloir donnée l'impression d'insister il reste les version express qui cible d'ailleurs le framework 2.0 a la demande je vais regarder par curiosité la procedure demain dans la journée merci pour le lien qui semble relativement bien instructif.
Pour ma part si le problème était recurant je me limiterais a créer un template dans VS et la question serait bouclé sur la "difficulté" repetitive avec du CodeDom + T4
Messages postés
1221
Date d'inscription
jeudi 23 août 2001
Statut
Membre
Dernière intervention
9 septembre 2018

Bon voici mes conclusions concernant le "Interop Forms Toolkit" : on peut donc créer des contrôles ActiveX avec interface en DotNet (COM Visible Interface), puisque l'article sur CodeProject montre comment le faire. Mais il y a un "mais" : le toolkit n'est disponible que pour Visual Studio 2005 : si on installe InteropFormToolsInstaller.msi avec VS 2008, on peut effectivement faire fonctionner la démo (elle montre comment afficher une feuille DotNet depuis VB6, et aussi des contrôles telles qu'une barre de statut et une barre d'outil en DotNet avec des événements gérés en VB6, pas mal, donc. Mais je n'ai pas vu comment faire un vrai ocx en DotNet (que l'on pourrait utiliser en Delphi NeoBook par exemple). Si quelqu'un arrive à faire fonctionner le toolkit en VS 2008, qu'il n'hésite pas à en faire profiter les autres, les explications sont ici :
http://blogs.msdn.com/vbteam/archive/2008/03/05/interopforms-toolkit-visual-studio-2008-edition.aspx
mais alors bon courage !!! cela m'à l'air tout de même extrêmement compliqué (plus compliqué que ma solution en tout cas ; pourquoi ne pas avoir fait un toolkit pour VS 2008 tout simplement ?). Moralité : l'interopérabilité m'a l'air beaucoup compliqué que de franchement migrer en VB 2008, n'est-ce pas ?
Messages postés
1221
Date d'inscription
jeudi 23 août 2001
Statut
Membre
Dernière intervention
9 septembre 2018

J'avais besoin de faire un controle ActiveX pour mon logiciel IAVB (pour être utilisé en Delphi-NeoBook) et je n'avais pas envie de refaire du VB6, d'où la source. Mais si on peut faire l'ocx directement en DotNet, c'est encore mieux (je vais tester dès que possible).
Messages postés
467
Date d'inscription
lundi 24 juin 2002
Statut
Membre
Dernière intervention
9 mars 2011

mouais a la rigueur pourquoi on code ca avec du vb6 dans ce cas la ?
Vu qu'on peux séparer le build en .net, il est possible de compiler dans le même assembly du C#, du C++ CLI et du C++ natif
pourquoi utiliser un runtime dont un peux se passé et qui commence a se faire plus que vieux ?

Autant ton code est fort intéressant est bien expliqué, autant la régression dans la techno est difficilement compréhensible, après tout tout l'ocx aurait pu être fait en VB6
Afficher les 8 commentaires