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

Make the Icon Larger #268

Closed
14 of 16 tasks
rprouse opened this issue Nov 16, 2016 · 41 comments
Closed
14 of 16 tasks

Make the Icon Larger #268

rprouse opened this issue Nov 16, 2016 · 41 comments

Comments

@rprouse
Copy link
Member

rprouse commented Nov 16, 2016

I think it is because we are using the recommended icon size from the v1 VSIX format, but our icon on the new Visual Studio Marketplace is much smaller than most other extensions. Minor from a code perspective, but I think important from a professionalism perspective.

https://marketplace.visualstudio.com/items?itemName=NUnitDevelopers.NUnit3TestAdapter

image

image

Affected repos:

  • Framework
  • Console
  • nunit.xamarin (Make the Icon Larger nunit.xamarin#70)
  • nunit-vs-templates
  • nunit.portable.agent
  • dotnet-test-nunit
  • nunit3-vs-adapter (In progress?)
  • nunit-vs-adapter (Blocked: Add NUnit 2 icons resources#4)
  • nunit-v2-framework-driver
  • nunit-project-loader
  • nunit-vs-testgenerator
  • nunit-v2-result-writer
  • vs-project-loader
  • NUnit.System.Linq

External projects:

  • teamcity-event-listener
  • nunit3-tdnet-adapter
@CharliePoole
Copy link
Member

We may need to keep this in multiple sizes.

@ChrisMaddock
Copy link
Member

We actually have the same issue on NuGet gallery (for almost all packages), and of course for all the other extensions.

New icons for everyone! 😄

@rprouse
Copy link
Member Author

rprouse commented Nov 16, 2016

We may need to keep this in multiple sizes.

True, we will need to go back to VS 2012 and ensure whatever we use there continues to work. The screenshot above is for the 2012 version of Web Essentials, so I expect the larger icons are fine there too. The small icons are probably a hold back to the VSIX v1 format.

@CharliePoole
Copy link
Member

What are we using for file explorer with the console?

@rprouse
Copy link
Member Author

rprouse commented Nov 16, 2016

The console uses an ICO with large size icons embedded in it. I think the NuGet and VSIX require large PNG files, but I need to check.

@rprouse
Copy link
Member Author

rprouse commented Nov 25, 2016

I downloaded several popular extensions that look good in Visual Studio and in the marketplace to check their icon sizes. A couple were 64x64, WebEssentials was 90x90 and one was 250x250.

@ChrisMaddock
Copy link
Member

For NuGet - the biggest 'displayed' icon is 128x128 in the gallery, the recommendation seemed to be 256x256, for high dpi screens. There's open requests for ico/multiple file size support, nothing implemented yet however.

@ChrisMaddock
Copy link
Member

ChrisMaddock commented Nov 25, 2016

@CharliePoole raised the issue over on nunit/nunit.xamarin#70 of where the icons should actually live. It seems sensible to use github's hosting over nunit.org. Should we follow Cake's example and create a 'graphics' repo?

With the intention of being vaguely organised, here's a checklist of where we need to update. Once we decide what we're going for, we could create issues/move this list.

[Checklist Moved to top post]

Phew - there's a few to do! For the record, that list is excluding SL & CF.

@ChrisMaddock
Copy link
Member

ChrisMaddock commented Nov 25, 2016

On VSIX's, the spec currently specifies a 32x32 icon, and 200x200 'preview image'. (link) That matches up with the biggest you found @rprouse. (Edit: No it doesn't, sorry, I can't read!) I don't know if they're intending anything different with VSIX v3, but it would seem odd as they've just redone the 'marketplace'.

So, for the sake of making a decision, how about 32 and 200 for the VSIX's and 256 for the NuGet packages? And housing them in a new /graphics/ repo, as we don't have any particular natural home for them? 😄

@CharliePoole
Copy link
Member

Do we want to put anything here other than graphics? Text perhaps? In that case, maybe "resources." But "graphics" is ok by me as well.

@ChrisMaddock
Copy link
Member

'resources' sounds sensible to me!

@CharliePoole
Copy link
Member

The td.net adapter and the teamcity extension don't belong to us and probably shouldn't get our icon. I think that how we ultimately want to deal with these is something for the core team to decide so it's probably best not to spend time on them till that happens - unless there's a pressing need that is.

@rprouse
Copy link
Member Author

rprouse commented Nov 29, 2016

On VSIX's, the spec currently specifies a 32x32 icon

The docs haven't been updated, but in there was a fair amount of talk in the VSIX Gitter group. The icons on the marketplace are much bigger than 32x32, but if we have a 32x32 icon, it will not get scaled up. It will get scaled down in Visual Studio though. Most people recommend going with a multiple of 32 so that the scaling is cleaner and most people use a 64x64 icon, but as I've said, I've also seen 90x and 200x. I think we should go with the 64x for our VSIX packages.

The 200x200 preview image is the image of the extension running that appears in the details pane on the right in Visual Studio. We shouldn't change that. It is no longer used in the marketplace and I think it is dropped in VS 2017 too.

I have many icon sizes since I created them in the first place. I can upload here or to a repo. Rather than create yet another repo, should we use the docs repo to contain collateral like this?

@CharliePoole
Copy link
Member

In some other thread, @ChrisMaddock and I were talking about putting images in a separate repo in the way that the Cake folks do it. I suggested the name resources as a bit more general than images.

@rprouse
Copy link
Member Author

rprouse commented Nov 29, 2016

@CharliePoole name the repo and I can create/populate it. I have everything in dropbox now. I can create a resources folder with targeted icons and another folder with a variety of sizes that I have produced for other uses.

@CharliePoole
Copy link
Member

My thought was "resources" or nunit-resources if you prefer. I figured we might have some text resources as well. You could structure it with folders or leave it flat.

@ChrisMaddock
Copy link
Member

ChrisMaddock commented Nov 29, 2016

The 200x200 preview image is the image of the extension...

Ah cool, I didn't know that! Sounds good, thanks Rob!

@ChrisMaddock
Copy link
Member

@rprouse - Do you think we could get this in for 3.6? If you can set the repo up, I'm happy to update the nuspecs. 😄

@CharliePoole
Copy link
Member

@rprouse Were you planning on doing the adapter release? (Asking because of @ChrisMaddock 's question to you)

@ChrisMaddock
Copy link
Member

Sorry - I meant the 3.6 console/framework. Forgot this issue was in the adapter repo. 😄

@rprouse
Copy link
Member Author

rprouse commented Dec 24, 2016

@ChrisMaddock I have created the repo https://github.com/nunit/resources and uploaded the icons and logos to it.

@ChrisMaddock
Copy link
Member

Great, thanks! Will update the nuspecs after Christmas - have a good one!

@CharliePoole CharliePoole removed this from the 4.0 milestone Dec 25, 2016
@ChrisMaddock
Copy link
Member

Thanks @rprouse @OsirisTerje, I'll create a 90x90. :-)

Agreed that pulling the icons from an online source would be nicer than copying, but with 16 repo's to update, I'm tempted to take the easy route out, and just copy them as they currently are. Maybe something to consider for any new projects?

@CharliePoole
Copy link
Member

I didn't realize you planned to do this across all projects. Please watch out for conflicts. For example, there's already a branch of the adapter that points to the resources repo.

@ChrisMaddock
Copy link
Member

@CharliePoole - I did, but more than happy for anyone else to update things as well! 😄

There's a checklist a few posts up - perhaps we can use that to keep track. I can then just make sure everything is covered before the next round of releases.

#268 (comment)

@CharliePoole
Copy link
Member

@ChrisMaddock Right, I saw the checklist, but I didn't realize it meant you would be doing all of them from this issue about the nunit3 adapter. No problem with it if you take the extra step of looking at the PRs that are already under way for each project before doing it. FWIW, we're already in the next round of releases. 😄

@CharliePoole
Copy link
Member

To summarize what (I think) is the agreement - out of all those comments above - we want to use:

  • A copy of the 90x90 icon for the vsix
  • A link to the 256x256 icon for nuget packages where possible, but a copy if it's more expeditious to do that. My thinking is that you should do the link if you have to edit the nuspec anyway to change the file name.

Regarding where to link... I'll write something for the resources/readme.md after I have a chance to actually try the different alternatives and see them work.

@ChrisMaddock
Copy link
Member

Those are the same conclusions I had drawn, from everything so far! 😄

@ChrisMaddock
Copy link
Member

I've done a few nuspecs and a vsix. Will hold off until those have been merged for now - save having to redo the whole lot if there's something wrong. 😄

For example, there's already a branch of the adapter that points to the resources repo.

@CharliePoole - I can't see this, is it perhaps a local branch? Shall I leave this repo to you?

@CharliePoole
Copy link
Member

It is local... I'll go ahead and push it. I guess we need better ways to coordinate cross-cutting changes. 😞

@CharliePoole
Copy link
Member

Pushed. Turns out it didn't have other changes - I was thinking of the Project editor package.

ChrisMaddock added a commit to nunit/nunit.portable.agent that referenced this issue Jan 2, 2017
See nunit/nunit3-vs-adapter#268

(This one is the same size, just changing the path to point to the same place as everything else, while I'm at it.)
ChrisMaddock added a commit to nunit/nunit-v2-framework-driver that referenced this issue Jan 2, 2017
ChrisMaddock added a commit to nunit/nunit-project-loader that referenced this issue Jan 2, 2017
ChrisMaddock added a commit to nunit/nunit-v2-result-writer that referenced this issue Jan 2, 2017
ChrisMaddock added a commit to nunit/vs-project-loader that referenced this issue Jan 2, 2017
ChrisMaddock added a commit to nunit/NUnit.System.Linq that referenced this issue Jan 2, 2017
@ChrisMaddock
Copy link
Member

PRs for this should all now be done. 😄

The td.net adapter and the teamcity extension don't belong to us and probably shouldn't get our icon. I think that how we ultimately want to deal with these is something for the core team to decide so it's probably best not to spend time on them till that happens - unless there's a pressing need that is.

Based on this, I haven't updated the those two repo's. I also didn't touch any of the old projects (CF/SL) - hopefully they won't be necessary.

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

No branches or pull requests

4 participants