Bon, j'ai effectué la transition.
Maintenant, j'arrive à avoir un message d'erreur lorsque je tente d'ajouter ma dll comme composants de la boîte à outil, qui me dit que je tente de créer des ajouts dynamiquement dans une cible qui ne l'autorise plus.
En cherchant, je tombe sur ceci:
https://learn.microsoft.com/fr-fr/vi...t?view=vs-2022
Où il est effectivement écrit:
"Notez que dans Visual Studio 2019 et versions antérieures, plutôt que de répertorier les noms de contrôle de boîte à outils dans le manifeste, Visual Studio a énuméré dynamiquement les types de contrôle dans les assemblys du Kit de développement logiciel (SDK). À compter de Visual Studio 2022, cela n’est plus pris en charge ; Les éléments de boîte à outils doivent être répertoriés explicitement dans SDKManifest.xml."
Bref, ça confirme le message d'erreur. Le souci vient donc d'un changement de stratégie explicite de VS2022 pour lequel, probablement, la solution d'ajouter à la volée sa dll était "trop simple".
Maintenant on est contraint de modifier le SDKManifest.Xml: Mon souci c'est que j'en trouve plusieurs dans "program files/... Microsoft SDKs", mais aucun qui corresponde à ma config. Donc, il est où ce SdkManifest.dll?
En outre, je ne comprends pas le principe car si je modifie globalement pour VS2022 et non pour ma solution spécifique, je crois comprendre que j'aurai mes contrôles même quand je n'en ai pas besoin, et, qu'à priori, si je modifie ce xml pour supprimer mes outils ils n'apparaîtront plus dans les projets qui en ont besoin.
Là, j'avoue que je suis un peu perdu, j'imaginais avoir à éditer un fichier inclus dans ma solution (ce qui me semble logique). Sans compter que si je partage mon source, ça ne fonctionnera pas chez celui qui va le réceptionner... qui n'aura évidemment pas le même sdkManifest que moi dans program files.
Je trouve ça curieux, et encore, il faudrait que j'arrive à faire fonctionner ça: Si quelqu'un sait comment faire, merci d'avance
Partager