如标题中所述,我在Visual Studio项目中复制了我的DLL,将其设置为“content”和“始终复制”。添加了对此DLL的引用并将其设置为“本地复制”。
我成功地通过代码将我的组件实例化为表单,但它没有出现在工具箱中,真的很无聊。
我该如何解决这个问题?
如果我直接将DLL项目链接到这个项目它可以工作,但现在我将DLL视为“外部”,因此它不是DLL项目的同一解决方案的一部分。
我和@AndrewFinnell's solution有这个问题:
'c:.... \ XXXX.dll'中没有可以放在工具箱上的组件。
所以我用拖放解决了:
我还意识到某些组件可能与某些.NET Framework版本存在兼容性问题。例如,A Professional Calendar/Agenda View That You Will Use似乎不适用于.NET 4.5,而它适用于.NET 4。
然后应该显示您的组件
我发现这样做的方式是:
然后控件显示在工具箱中(并不总是工作,我认为是一种视觉工作室错误)
如上所述,
这就是我做的。
从MSDN链接安装net 3.5图表下载后,我手动将3.5图表dll复制到我的项目并引用它们。然后,从工具箱的“选择项目”中,浏览到dll并将它们添加到工具箱中。确保在“选择项目”弹出窗口中选中“图表”复选框。
在这些之后,工具箱中的“图表”项应该可用并启用.NET 3.5项目。
注意(我使用的是Visual Studio 2010.我认为我的解决方案适用于2012年。)
我遇到了同样的问题。我在Visual Studio 2010中工作。
我的用户控件库是用C#编写的,而我的项目我将它导入到Visual Basic中。
如果我的解决方案中有C#项目,则自动显示自定义用户控件。但是如果我只引用了DLL,它就不会将引用库中的自定义用户控件加载到“工具箱”中。
提到在资源管理器中查找文件并将其拖放到工具箱中的上述帖子解决了这个问题。这是一种非常奇怪的行为方式。 VB用户控件库不需要此步骤。
这是我过去两年来一直坐在燃烧器上的一个问题。
我会对之前的答案进行投票,但我还没有足够的代表。
这篇文章可以使用一些更好的标签,因为它被埋没在我的大部分谷歌搜索中。
我对此有一个问题是:如果您更改项目对DLL的引用(因为它移动)会发生什么,而不是尝试更新工具箱引用(通过从工具箱中删除控件并从中拖放DLL)新的位置)?
并添加lib。到解决方案示例解压缩文件夹/ bin / debug中的文件夹,然后从该文件夹添加对象的引用,最后重建,退出,返回,从此解决方案文件夹/.../../拖放dll,它可能会出现。