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

Solve possible issues for (sub-)brands with the same icon #3270

Closed
4 of 6 tasks
PeterShaggyNoble opened this issue Jun 29, 2020 · 9 comments
Closed
4 of 6 tasks

Solve possible issues for (sub-)brands with the same icon #3270

PeterShaggyNoble opened this issue Jun 29, 2020 · 9 comments
Labels
meta Issues or pull requests regarding the project or repository itself package Pull requests or issues that affect the NPM package

Comments

@PeterShaggyNoble
Copy link
Member

Kind of issue

  • Improvement
  • Bug
  • Other, namely:

This issue concerns

  • The NPM Package
  • The Packagist Package
  • The Website

Description

Spinning this out of #2260 from an issue that arose in #3028 and, more pressingly, #3219 and that's what do do in cases where 2 brands differ in name and colour but share the same icon. We initially decided against adding them in #2260, at least until such a time as someone requested one or more of the subsidiaries which is what has now happened in #3219.

My initial suggestion was to use the new slug being added in #2260 to point the subsidiary to the parent's SVG file but quickly realised that this would create problems (including for our linting process) with the <title> of the SVG being incorrect for the subsidiary, something we could change dynamically in a few places but not everywhere.

Another possibility would be somehow use the <use> tag in the subsidiary's SVG and reference it to the parent's. Issues with implementation aside, though, this would also create a problem in a scenario where a company may change the logo or icon for the parent brand but not for the subsidiaries.

A final possibility would be to continue to not add subsidiaries that differ only in name and colour and leave it up to the user to implement themselves.

@PeterShaggyNoble PeterShaggyNoble added meta Issues or pull requests regarding the project or repository itself package Pull requests or issues that affect the NPM package in discussion There is an ongoing discussion that should be finished before we can continue labels Jun 29, 2020
@ericcornelissen
Copy link
Contributor

Having thought about this a bit more, I actually believe we should just add the same SVG, with the <title> changed, if subbrands use the same logo but different color (maybe even if it's the same color) and are truly separate brands. So, for #3219, I think we should indeed add the Svelte SVG with the <title> changed to "Sapper icon".

This sidesteps all problems that come with trying to re-use the existing SVG and only adds a near identical SVG to the collection. For us, this is not really that much of a problem.

@PeterShaggyNoble
Copy link
Member Author

For us, this is not really that much of a problem.

One small problem I foresee is that if, using Svelte as an example again, they update their logo, we'd have to remember to update Sapper, too. The more sub-brands or subsidiaries using the same logo (e.g., Japan Railways, if we eventually added them all), the more icons we'd need to remember to update.

@ericcornelissen
Copy link
Contributor

One small problem I foresee is that if, using Svelte as an example again, they update their logo, we'd have to remember to update Sapper, too. The more sub-brands or subsidiaries using the same logo (e.g., Japan Railways, if we eventually added them all), the more icons we'd need to remember to update.

Though not ideal, I wouldn't call it a problem per se.

I think it is as much our responsibility to keep our icons up-to-date as it is our communities. So, if we forget to update both (assuming first and foremost that both are updated in to the same new logo!) then we can expect a community member to inform us about it, at which point updating it is easy enough.

Moreover, I don't think anyone can expect the core maintainers to be able to keep up with all (currently) 1370 brand to see if their logo and color is still correct to begin with. So, whether a brand is outdated because of a brand update or because we forgot that two (sub)brands use the same logo is, in my opinion, irrelevant.

@PeterShaggyNoble
Copy link
Member Author

I'd still be concerned with the overhead of duplicate paths, but, with the <title> tag in the SVG, I can't see a straightforward and easy to implement (or use) way around that so, reluctantly, I think we might have allow them. 🤔

What do the other @simple-icons/maintainers think?

@runxel
Copy link
Member

runxel commented Jul 10, 2020

Call me carefree, but I don't see that big of an issue with having "duplicated" icons, either. 😅

(A radical solution would be to not accept subbrands with the same logo, of course, and telling the users they should just the other one.)

@PeterShaggyNoble
Copy link
Member Author

Personally, your "radical" solution would also be my preferred one of the 2. But, it looks like we have a 2-1 consensus on this now so let's call this resolved and that we'll allow the duplicate paths. Let's leave this open for further feedback, though, until the PR related to #3219 is ready to go because, once that's merged, then the precedent is set.

@service-paradis service-paradis pinned this issue Jan 2, 2021
@PeterShaggyNoble
Copy link
Member Author

Seeing as we're running afoul of this a little more lately, let's get a final consensus from the new @simple-icons/maintainers that we are going to allow the duplication of existing icons provided the brand colour is different and close this one out.

@adamrusted
Copy link
Member

Having thought about this a bit more, I actually believe we should just add the same SVG, with the <title> changed, if subbrands use the same logo but different color (maybe even if it's the same color) and are truly separate brands. So, for #3219, I think we should indeed add the Svelte SVG with the <title> changed to "Sapper icon".

Yep, as @ericcornelissen mentioned above, happy for duplicate icons providing the brand colour is different enough to warrant us having both. No point having carbon copies of both brand and colour though.

@PeterShaggyNoble
Copy link
Member Author

Closing as this has been resolved by the addition of aliases.

@github-actions github-actions bot removed the in discussion There is an ongoing discussion that should be finished before we can continue label May 13, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta Issues or pull requests regarding the project or repository itself package Pull requests or issues that affect the NPM package
Projects
None yet
Development

No branches or pull requests

4 participants