cslalight dependency on System.Windows.Controls.Data.dll

cslalight dependency on System.Windows.Controls.Data.dll

Old forum URL: forums.lhotka.net/forums/t/6041.aspx


solheim posted on Tuesday, December 23, 2008

Hi,

Since Microsoft just released an updated silverlight datagrid.

blogs.msdn.com/scmorris/archive/2008/12/19/silverlight-2-datagrid-december-2008-release

I found that cslalight has a dependency on System.Windows.Controls.dll from MS.

I compiled cslalight first (against old datagrid) and then upgraded to the new datagrid.

When I tried to add silverlight items to the visual studio toolbox from csla.dll, there was an error that the system.windows.controls.dll could not be found.

Recompiling the cslalightcs project solved the issue.

If you already have upgraded the datagrid before downloading and compiling cslalightcs then you will have no problems.

Regards,
Paul Solheim

RockfordLhotka replied on Tuesday, December 23, 2008

That is a good tip, thanks!

That dependency is unavoidable, because CSLA includes a couple custom column types for the grid, and so needs access to the DLL containing the grid control.

I don't view this as a problem though, because I find it hard to imagine creating any real app without using the controls in that extra assembly.

And too, at runtime, if you don't use the CSLA types that interact with those custom controls then you don't actually need to deploy the controls DLL. So if you do go with an entirely third-party control set, you aren't forced to deploy the Microsoft assembly - as long as you don't use the custom column types defined in Csla.dll.

Copyright (c) Marimer LLC