Composant .net
statoondeo
Messages postés
1
Date d'inscription
jeudi 28 avril 2005
Statut
Membre
Dernière intervention
4 mai 2005
-
4 mai 2005 à 16:34
cs_Nephilim Messages postés 25 Date d'inscription lundi 6 septembre 2004 Statut Membre Dernière intervention 4 octobre 2005 - 21 sept. 2005 à 16:14
cs_Nephilim Messages postés 25 Date d'inscription lundi 6 septembre 2004 Statut Membre Dernière intervention 4 octobre 2005 - 21 sept. 2005 à 16:14
A voir également:
- Composant .net
- .Net reflector - Conseils pratiques -C# / .NET
- Europchat net ✓ - Forum PHP
- Monlycee net authentification ✓ - Forum Java
- Europ net chat - Forum IRC
- Tirage net ✓ - Forum C# / .NET
1 réponse
cs_Nephilim
Messages postés
25
Date d'inscription
lundi 6 septembre 2004
Statut
Membre
Dernière intervention
4 octobre 2005
21 sept. 2005 à 16:14
21 sept. 2005 à 16:14
Bonjour,
Il semblerait qu'on ait la même problématique, as-tu trouvé plus d'infos ?
Je suis dans un cas similaire, j'ai produit un controle .net classique en espérant l'intégrant dans allfusion plex (un AGL), et cette cochonceté ne prend que les activeX classiques ...
A ce que j'ai compris, les user control .net ne reprennent pas la même architecture que les activeX. En particulier, l'emploi de la couche COM pour communiquer avec le composant est à l'abandon, et la procédure de déclaration du composant totalement automatisée (là où il fallait faire un "regsrv32 toto.ocx" avant).
Il en résulte que pour pouvoir utiliser un controle utilisateur "récent" dans vb6 par exemple, il faut se débrouiller pour produire un certain nombre de wrappers qui vont simuler le comportement d'un objet COM classique.
Je suis en train de travailler sur la base de ces documents :
http://www.codeproject.com/cs/miscctrl/exposingdotnetcontrols.asp
http://www.codeproject.com/vb/net/serviced_components.asp
http://www.codeproject.com/vb/net/COM_Interop.asp
Mais ça ne donne rien pour l'instant ... j'ai bien une interface déclarée au niveau du système (je peux le voir grâce à TSTCON32.EXE), mais le controle en lui même ne veut pas apparaître dans la liste des activeX disponibles.
Si quelqu'un a la moindre info je suis preneur, ça fait deux jours que je tourne en rond et aucune méthode ne donne de résultat, c'est décourageant ... encore la facheuse manie de kro$oft d'abandonner des technos en cours de route sans assurer la transition, que du bonheur pour nous autres pauvres petits développeurs :)
Tonio
Il semblerait qu'on ait la même problématique, as-tu trouvé plus d'infos ?
Je suis dans un cas similaire, j'ai produit un controle .net classique en espérant l'intégrant dans allfusion plex (un AGL), et cette cochonceté ne prend que les activeX classiques ...
A ce que j'ai compris, les user control .net ne reprennent pas la même architecture que les activeX. En particulier, l'emploi de la couche COM pour communiquer avec le composant est à l'abandon, et la procédure de déclaration du composant totalement automatisée (là où il fallait faire un "regsrv32 toto.ocx" avant).
Il en résulte que pour pouvoir utiliser un controle utilisateur "récent" dans vb6 par exemple, il faut se débrouiller pour produire un certain nombre de wrappers qui vont simuler le comportement d'un objet COM classique.
Je suis en train de travailler sur la base de ces documents :
http://www.codeproject.com/cs/miscctrl/exposingdotnetcontrols.asp
http://www.codeproject.com/vb/net/serviced_components.asp
http://www.codeproject.com/vb/net/COM_Interop.asp
Mais ça ne donne rien pour l'instant ... j'ai bien une interface déclarée au niveau du système (je peux le voir grâce à TSTCON32.EXE), mais le controle en lui même ne veut pas apparaître dans la liste des activeX disponibles.
Si quelqu'un a la moindre info je suis preneur, ça fait deux jours que je tourne en rond et aucune méthode ne donne de résultat, c'est décourageant ... encore la facheuse manie de kro$oft d'abandonner des technos en cours de route sans assurer la transition, que du bonheur pour nous autres pauvres petits développeurs :)
Tonio
