Open boinst opened 10 years ago
Thanks @boinst. Seems like a good idea. I didn't know the .Design files were automatically discovered. The less references in the project, the better, and we can get rid of the install.ps1 hack.
@boinst: Considering DevExpress just released v14.1.8
, I'll re-generate these NuGet packages at some point this weekend. Wondering if you're planning on sending a PR for v14.1.7
with your proposed changes to the nuspec files, otherwise I'll do it myself. Either way, I'd love your help to test some of the packages if you have time.
@CaioProiete I'd be happy to help test files. I don't have a PR, I was anticipating you'd prefer to make the change in your C# code. I'd be happy to do that during next week though, if you're keen.
@boinst Great. No worries then, I'll update the C# app and generate both versions, and let you know through here.
Hi @boinst, I've finally managed to spend some time with this, and the problem is that I couldn't find a reliable way to discover all the .Design assemblies that a particular component relies on - as they don't seem do reference them directly.
I can guess the relationship based on the name of the main component, but that is not 100% accurate...
Any ideas?
Probably you would want to write your own property bag file out that contains this information, so that as the framework evolves, you can just store these Facts somewhere.
I see you've used a little trick of setting "CopyLocal" to "false" to deal with the ".Design" files. I think that can be improved upon a little. The .Design files don't need to be referenced at all by the project. It might be better to include them in the parent component (e.g. in the example below I've modified the Xpf.PropertyGrid package to include the .Design file), and make use of the "references" section to reference only the appropriate files. This strategy still seems to work in the editor in Visual Studio. The appropriate .Design file is discovered by the IDE, despite not being referenced.