Skip to content
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

Update Package Icon Url #544

Closed
wants to merge 1 commit into from
Closed

Update Package Icon Url #544

wants to merge 1 commit into from

Conversation

Varorbc
Copy link

@Varorbc Varorbc commented Sep 11, 2019

It is recommended to use the .net icon instead of the Microsoft icon

image

https://go.microsoft.com/fwlink/?LinkID=288859

http://go.microsoft.com/fwlink/?LinkID=288890

@commonsensesoftware
Copy link
Collaborator

I need to follow up on this for compliance. That is the icon for the .NET Foundation, which this project is not a part of - yet. Many of the large product teams are now part of the .NET Foundation, but since I'm running this myself, I haven't gone through all the steps to make that happen.

There are compliance people on NuGet that periodically check for this type of stuff. Changing the icon isn't a huge deal, but it can't be misrepresentation. Naturally, if this project becomes part of the .NET Foundation, the icon will be expected to change.

Copy link

@SiberaIndustries SiberaIndustries left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is just a very pernickety comment, but I noticed that recently when I was building a NuGet package.

@@ -4,7 +4,7 @@
<PropertyGroup Label="NuGet">
<RepositoryType>git</RepositoryType>
<RepositoryUrl>https://github.com/Microsoft/aspnet-api-versioning</RepositoryUrl>
<PackageIconUrl>http://go.microsoft.com/fwlink/?LinkID=288890</PackageIconUrl>
<PackageIconUrl>http://go.microsoft.com/fwlink/?LinkID=288859</PackageIconUrl>

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure why, but with NU5048 the PackageIconUrl attribute becomes deprecated and the solution can be an embedded icon, referenced with the PackageIcon or Icon attribute. In my opinion the PackageIconUrl is a handy option for dependent projects like this, but I would go with this rule. May there is a workaround or compromise?

@commonsensesoftware
Copy link
Collaborator

Yeah, I've noticed that warning just started popping up too. I've updated the <PackageIconUrl> as you've done here, but also added the necessary files and support for the new <PackageIcon> format. I'm going to keep both for now as it seems some tools don't use or honor the new in-package icon - yet. I've included the changes in the official 4.0 release that was just merged.

I'm going to close this PR as it's no longer necessary, but I referenced it in my changes. Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants