New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement DDEX Provider as VSIX [DNET659] #616
Comments
Modified by: @cincuranet |
Commented by: André Ziegler (andre.ziegler) "I'm planning to change the DDEX provider from installer to VSIX" which version will you support in the VSIX? 2012-2017? Or 2017 only? |
Commented by: @cincuranet Not sure yet. Probably 2017 and 2015. |
Modified by: @cincuranet |
Modified by: @cincuranet |
Modified by: @cincuranet |
ok, I see the issues are migrated to github. based on the fork of Daniel Rail (which is now deleted) I was able to to compile the VSIX with some modifications. I installed it a few weeks ago, compared to old installer, after updating other extensions it still works. Some modifications are hardcoded paths to VS locations (which differ for each SKU) because some DLLs are not available as nugets. Now I have no idea how to put his change history + my local modifications into a new pull request |
I do not plan to keep DDEX, as discussed in the mailing list. Probably dropping it together with other changes related to .NET 6 (again, outlined in the list). |
Closing because #1001. |
Submitted by: André Ziegler (andre.ziegler)
Replaces DNET581
Replaces DNET739
Block progress on DNET373
Replaces DNET623
Votes: 1
To fix the issue, that the DDEX provider gets lost after updating an Visual Studio extension (DNET581), implement/install the DDEX provider as VSPackage
The text was updated successfully, but these errors were encountered: