Feather: Discussion: deprecation of brand icons

Created on 10 Oct 2019  路  6Comments  路  Source: feathericons/feather

You may find this information useful, and I also feel like this decision may alleviate some pressure from the community. Templarian/MaterialDesign鈥攖he community-driven extension for Google鈥檚 Material icons鈥攃ame to a decision roughly a year ago to deprecate all brand icons. Here鈥檚 why (source):

[...] brand and logo icons are simply not Material. Additionally, we have had issues dealing with logos that don't work well in a single color, don't fit in a distinguishable way within a 24x24dp artboard, or are just very obscure logos to begin with. It is very easy to say that we do not feel that we have served this niche of icons well.

Needless to say, it鈥檚 the same pattern for Feather: there鈥檚 just no way to include all requested logos and maintain the same level of quality for brand icons drawn in the style of Feather; logos have their own style (well, duh), and perhaps, there is no need to mix the two for the sake of aesthetic consistency.

simple-icons/simple-icons repository already covers everything, uses SVG and the same 24x24 viewBox, so it could be a great replacement for people that need brand icons.

What do you think? Please respond with thumbs up/down to this post and comment if you have something else to add.

Most helpful comment

Been meaning to post this for a while but we'd be more than happy to take on all your brand icon requests over at @simple-icons, as we've already done for Material Design Icons. Also being a member of the MDI team, I can say hat it has been a huge help being able to offload all such requests to a dedicated library as they can become a time-sink sourcing and designing them all, with diminishing returns the less popular a brand is. And then there's the difficult choice of whether or not you compromise your own design guidelines or violate a brand's guidelines when adding each one.

If a member of your team could take a run through all your issues & PRs, whether in progress, rejected or resolved, and slap the logo request label on them to identify them, we'll begin working on fulfilling all requests we don't yet have in our library.

Going forward, there a are few ways we could handle any future requests. Firstly, you could add a note to your issue template outlining that you will not be adding any more brand icons and directing people to request them from us instead (see the MDI template for reference). For any requests that do still come in despite that, you could then:

  • just reiterate what the template says and ask them to request it from us instead - in practice I've noticed a very low uptake with this approach over at MDI,
  • repost the request to our repo yourself, or,
  • tag me or one of the other team members in a comment to bring it to our attention.

All 6 comments

I totally agree with this. I wrote something similar in a recent tweet:

We have GitHub issues for all those icons but don't expect them anytime soon. Logos are really tough to make with Feather's constraints. Personally, I'd recommend using something like Simple Icons (https://simpleicons.org) for brand icons.

I don't know if it's necessary to deprecate all the current logo icons. But I think this is good justification for not adding more.

Well, maybe add the ones awaiting merge ? @colebemis

At Automattic we have a separate repo for logos, called "social logos". You might consider making a separate repo for just logos, in the feather icon style.

The big difference with the Social Logos repo is that we respect the logo guidelines as much as possible. We don't add any style, but it's helpful to have a standard set all fit within the 24px grid.

Well, simpleicons fit in a 24px grid, and don't add any style, so not sure if a Feather version for brand icons is needed if we both have yours and simpleicons

I disagree. I believe that social networks already have a minimalist logo in the creative process. Depreciating "social icons" deepens the problem of library coverage.

Been meaning to post this for a while but we'd be more than happy to take on all your brand icon requests over at @simple-icons, as we've already done for Material Design Icons. Also being a member of the MDI team, I can say hat it has been a huge help being able to offload all such requests to a dedicated library as they can become a time-sink sourcing and designing them all, with diminishing returns the less popular a brand is. And then there's the difficult choice of whether or not you compromise your own design guidelines or violate a brand's guidelines when adding each one.

If a member of your team could take a run through all your issues & PRs, whether in progress, rejected or resolved, and slap the logo request label on them to identify them, we'll begin working on fulfilling all requests we don't yet have in our library.

Going forward, there a are few ways we could handle any future requests. Firstly, you could add a note to your issue template outlining that you will not be adding any more brand icons and directing people to request them from us instead (see the MDI template for reference). For any requests that do still come in despite that, you could then:

  • just reiterate what the template says and ask them to request it from us instead - in practice I've noticed a very low uptake with this approach over at MDI,
  • repost the request to our repo yourself, or,
  • tag me or one of the other team members in a comment to bring it to our attention.
Was this page helpful?
0 / 5 - 0 ratings

Related issues

MarcelloTheArcane picture MarcelloTheArcane  路  4Comments

JoelEllis picture JoelEllis  路  3Comments

jamesponddotco picture jamesponddotco  路  5Comments

designgrill picture designgrill  路  5Comments

naoufel-ui picture naoufel-ui  路  3Comments