-
-
Notifications
You must be signed in to change notification settings - Fork 725
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
Announcement: Brand/Logo Icons will be removed in v8 #6602
Comments
@icedterminal We can deprecate icons for any number of reasons. Right now, it is a simple true/false flag. There might be room to improve that in the future. Could you open a feature request on the website repo to capture it? |
Only 5 icons? Seriously? Please make another library with all brand icons, like YouTube or GitHub, and remove them if the owner asks you to. |
I don't know if that has already beeen asked and answered, but what will happen to icons that is a logo AND a file type? |
Hello are you planning soon to include Alpha X logo (new twitter) et TikTok logo for social media in version 8 or before ? Thanks for all your amazing work. All the best! |
Well, the X is not copyrighted, it's just a mathematical X. |
I noticed that the MIDI logo was being removed. That make sense, given that it is a logo from a specific organization (MIDI Manufacturers Association). BUT! shouldn't that also apply to stuff like the USB logo and the Bluetooth logo? Both of those are standards that are licensed from a legal entity / standards body. It seems like if it applies in some cases, it should be universal? |
Good point. Maybe there is an argument to make for keeping icons that represent communication protocols as opposed to specific communication services and platforms. We could at least consider changing the midi icon to something that can stand for a midi device or connection but not use the brand icon. |
Then why not keep file type icons? |
Context: * Templarian/MaterialDesign#6602 * https://pictogrammers.com/library/mdi/icon/language-haskell/ (flagged as deprecated)
All brand and logo icons in the Material Design Icons library have been deprecated and will be removed in version 8.
This is a big moment for Material Design Icons and should come as no surprise based on the stance we've taken around brand icons since v5. Brand icons have always been tricky for us for a multitude of reasons, but the biggest issue we consistently face is licensing. When we deliver somebody else's copyrighted material in our library, it makes interpreting the license of the library as a whole very murky. Therefore, we've decided to remove that murkiness and reaffirm our goal: to provide a library that delivers system icons created following Material guidelines.
What icons will be removed?
All icons listed under our Brand / Logo tag have been deprecated and will be removed.
When will these icons be removed?
This is a big change, so we want to give everyone ample time to act upon it. We've slated these icons to be removed in v8. As of the writing of this post, we are on v6.7. We average a major version PER YEAR, so it's likely these icons will stick around until sometime in mid-to-late-2023. As we get closer to v8, we'll make updates to the announcement with more solid dates.
Can I still request new brand icons be added until v8?
No. We are no longer accepting any new brand or logo icons in Material Design Icons for any reason.
What are my options to continue to use brand icons that are being removed?
Introducing the Pictogrammers Brand Icon Library
Obviously, there is a real need for a library of brand icons, otherwise we wouldn't have the ones we do or the constant requests for new ones. Therefore, the Pictogrammers Icon Group, the group responsible for bringing you Material Design Icons, has begun to create our own brand icon library!
While it's not quite ready for use yet, by the time we remove the icons from MDI, it will be!
Why create another library?
One of the biggest struggles with including brand icons in any library is licensing. Other icon libraries out there who offer brand icons mostly infer permission based on wording in a brand's license or follow the "ask for forgiveness later" mantra. We want to do it differently.
Every brand icon we include in our new library will have been given permission by the brand owner, or the brand's license will explicitly state that their asset can be redistributed. We will provide all license, copyright, trademark, and branding guidelines (where available) for each and every glyph. When you use our new brand library, there will be no question about the license. If we cannot get permission and license information, we won't include the brand. It's that simple.
Any questions or concerns can be asked on this issue.
The text was updated successfully, but these errors were encountered: