Quantcast
Channel: Extended WPF Toolkit™ Community Edition
Viewing all articles
Browse latest Browse all 4964

Commented Unassigned: Could not load file or assembly 'Xceed.Wpf.Toolkit, PublicKeyToken=3e4669d2f30244f4' or one of its dependencies. [21842]

$
0
0
Hi,

I have encountered a problem using the Extended WPF Toolkit which may or may not be a bug in the toolkit.

I have created a new solution (SimpleTest) with two projects;
* A WPF application (SimpleTest)
* A WPF UserControl Library (MyControlLibrary)

In MyControlLibrary I have added a nuget reference to the newest version of the Extended WPF Toolkit (2.4), and included a simple BusyIndicator on the default UserControl1.

If I then reference this project from my application (SimpleTest) and add the user control to the main window, and run the application, I get the exception informing me that the Xceed.Wpf.Toolkit assembly could not be found.

Having looked at the generated dependency graph from Visual Studio (Architecture -> Generate Dependency Graph), the assembly is not detected as a dependency, and therefore, by the will of Visual Studio, it is not copied to the bin/Debug-folder of the application, SimpleTest.

Therefore, it seems that Visual Studio does not recognize dependencies from the XAML directly. If I add the NuGet package to SimpleTest or give the control a name, Visual Studio is able to detect the dependency.

It's a simple, but unnecessary workaround. Is this a bug in this toolkit, or the dependency detection in Visual Studio/MSBuild?
Comments: ** Comment from web user: njaln **

Jup, after having spent a few more hours on this, it seems like a bug in Visual Studio.

I have reported the issue on [Connect](https://connect.microsoft.com/VisualStudio/Feedback), if anyone feels compelled to upvote it for a fix :)


Viewing all articles
Browse latest Browse all 4964

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>