Step 4 states:
> 4. You can now run the VSIXSignTool from the project's local packages location
This is a horrible solution. There's no good way to know that location, and it would change with each version. Instead there are two options this package should expose:
âš Do not edit this section. It is required for docs.microsoft.com âžź GitHub issue linking.
@dotMorten -- Morten, it looks like you have product feedback rather than documentation feedback. If you are looking for functionality that isn’t currently provided by the product, please use our “Suggest a feature” option in the Visual Studio Developer Community. We’d be happy to have this on record, where others can view it and upvote it, too. For more information about this works in the dev community, see our Suggest a feature page.​
@WilliamAntonRohm Well yes and no. The documentation as-is right now does not help. It doesn't actually describe how to use this tool, other than hint at that you somehow have to guess some obscure path to the tool. That needs to be addressed.
Longer-term, yes it would be good to improve the nuget package so that writing this doc would be greatly simplified.
@dotMorten Hello, do you find any solutions for PackageReferences project ?
Try this one guys, https://github.com/vcsjones/OpenOpcSignTool
Most helpful comment
@WilliamAntonRohm Well yes and no. The documentation as-is right now does not help. It doesn't actually describe how to use this tool, other than hint at that you somehow have to guess some obscure path to the tool. That needs to be addressed.
Longer-term, yes it would be good to improve the nuget package so that writing this doc would be greatly simplified.