Personally, I don’t like to use icons in menus. I do like them in tab bars and toolbars. I’ve learned (the hard way) to be sparing about using icons. Way back in the 1990s, I designed a scanner driver plugin that used an almost purely iconic interface. Looked great. At the time, I was gaga over Kai’s Power Tools[0].
Our customers hated it, and it was quickly taken behind the woodshed, and buried in a shallow grave in the desert.
Icons are really difficult.
Designing icons is really hard. They need to be immediately recognizable, when very small, and also, retain coherence, when made very large. They need to be recognizable, when displayed as transparent, monochrome templates, and they need to be culturally relevant.
In some cases, there may be legal ramifications for icon choices. For example, branding. I remember someone complaining about Apple rejecting their app submission, because they changed the tint of the Sign in with Apple button to match their color theme.
Selecting from a set (like SF Symbols) takes a lot of thought. I have to be careful not to use one that is already a common icon for something other than the feature I’m attaching it to. I often see apps that make weird choices.
One of the apps I wrote, uses a “long press to learn more” feature. If you long-press on almost any item in a screen, you get a haptic, and a small popover appears, displaying the accessibility label and hint. Works nicely. Ensures that I have good accessibility support, doesn’t interfere with other gestures, and also forces me to be thoughtful about accessibility text.
Kind of a pain to implement and maintain, though. I don’t do it in most of my apps.
Our customers hated it, and it was quickly taken behind the woodshed, and buried in a shallow grave in the desert.
Icons are really difficult.
Designing icons is really hard. They need to be immediately recognizable, when very small, and also, retain coherence, when made very large. They need to be recognizable, when displayed as transparent, monochrome templates, and they need to be culturally relevant.
In some cases, there may be legal ramifications for icon choices. For example, branding. I remember someone complaining about Apple rejecting their app submission, because they changed the tint of the Sign in with Apple button to match their color theme.
Selecting from a set (like SF Symbols) takes a lot of thought. I have to be careful not to use one that is already a common icon for something other than the feature I’m attaching it to. I often see apps that make weird choices.
One of the apps I wrote, uses a “long press to learn more” feature. If you long-press on almost any item in a screen, you get a haptic, and a small popover appears, displaying the accessibility label and hint. Works nicely. Ensures that I have good accessibility support, doesn’t interfere with other gestures, and also forces me to be thoughtful about accessibility text.
Kind of a pain to implement and maintain, though. I don’t do it in most of my apps.
[0] https://mprove.de/script/99/kai/2Software.html