Closed kwm14 closed 5 years ago
These frameworks have huge icon libraries compared to the 23 we currently have in Vanilla, but it's good to see how they group and categorize icons.
Salesforce | Lightning Design System Categories
IBM | Design Language Categories
Bloomberg | Fish Tank Categories
@matthewpaulthomas I've added proposal to the document for categorizing the icons in Vanilla, it would be great to for you to review and get your thoughts? š
What started this project was that putting a buttonās ā+ā icon on the left (correct) caused menubutton chevrons to be on the left too (incorrect). So I suggested that the chevron is not actually an icon: it doesnāt necessarily appear where an icon does, and giving a menubutton an icon shouldnāt cause the menubuttonās chevron to disappear.
So p-icon--plus
and p-icon--minus
are in the wrong place here. They are still presented as alternatives to p-icon--contextual-menu
when they should not be.
Further, I donāt think the chevrons, drag symbol, or expand/collapse symbols should be advertised as āiconsā at all. Developers shouldnāt use them in places where they would normally use icons; that would confuse users about how they behave. The main reason for developers to care about those symbols is if they are making custom controls that mimic Vanilla ones, for example expandable table cells. Maybe there should be a separate page on custom controls, describing how to use the standard symbols as well as things like how to use the standard margin, padding, border, and shadow.
If the behaviour symbols were omitted from the icons page, thereād be only 19 non-social icons left. Thatās a small enough number that I donāt think categorisation is that useful. Itās more important in those other libraries since they have many more icons.
Thanks, @matthewpaulthomas for looking at my proposal and raising some valid points.
If the behavior symbols were omitted from the icons page, thereād be only 19 non-social icons left. Thatās a small enough number that I donāt think categorization is that useful. Itās more important in those other libraries since they have many more icons.
Agree to not categorize our current icons until the library grows more with requests from applications š
But I will pull out status icons into their own category as they're solely used in notifications.
Reviewed our components to see where we use icons, their function, and usage. I've added a table to the Google doc.