"In 1985, after a year of finding that pretty but unlabeled icons confused customers, the Apple human interface group took on the motto 'A word is worth a thousand pictures.' This still holds true."
I was confused what OP is talking about, becuase in all the screenshots I don't see any unlabelled icons, I just see icons next to words.
I was wondering... is OP in fact saying it should be just words, without the icons next to them? Which is an opinion you could have, I think it's not entirely unreasonable (although as you say Nielson contradicts), but I wasn't entirely confident it is the point OP is making... or are they just talking about unlabelled icons (few if any? I'm not sure?) in those screenshots?
OP is talking about the third example image, where there are these "stars" icons in the title row of the table. It does look like what people are using to mean AI-something, but indeed.. AI what?
What is the first image supposed to demonstrate? Very confusing post to me.
Other people in the thread I see are arguing the OP is saying the icons next to text would be better off as just text without icons, the icons still make things messy and increase cognitive load. (which again, I think is worth considering at least, sure!) But you don't think it is?
I think I'm just going to put this away concluding it's a very unsuccesful article at whatever it's trying to do.
It doesn't matter if the icon is ever so slightly ambigious compared to other systems, the label text next to it removes any ambiguity and makes the message perfectly clear, as long as it is consistent within a product.
To any newcomer to a new system, most icons don't make sense, so the text next to it is an invaluable hidden tutorial.
OP didn't stop to see that the circled checkmarks look like clocks, so it just highly opinionated.
I think, while icon + label is good for things like UI buttons, this is not that great for tables. There are a few reasons for this:
- icons really work only as a small set (e.g. checkmarks versus crosses or similar) – so the only useful application is also in a context which is already highly selective and with low ambiguity. (Familiarity helps and should be a major concern.)
- icons are useful for scanning for rows with a given property – however, to scan icon + label we must not only scan horizontally as well as vertically, but have also to scan items with varying column alignment, which isn't favorable for a vertical scan, either.
So, if it is a case for icons, say, each row has a state out of a set of three, there shouldn't be need for an accompanying text label (this can be learned from a tooltip or a legend), which is also apt to destroys most of the advantages of having icons in the first place. Having both just introduces a mode change, which isn't helpful for scanning, either. If you must have both, put them in separate (adjacent) columns. (In this context, we may note that tables are really about reducing redundancy, though.)
Moreover, to be meaningful in tables (or menus – yes, I'm speaking of recent macOS), icons should only be used to represent state or to represent actions that modify state. There are, of course, exceptions to this, but this may be still a viable starting point…
I took away from the article that I should probably get rid of icons in data tables.
I think the reference to Norman Nielsen was confusing. At the end of the article the author likens icons to visual speed bumps in a data table. The implication being to avoid them or at the very least use sparingly.
No that is not the message. The message is that icons take cognitive energy to parse even if there is a label next to it.
If you have many text options, highlighting some specific ones with an icon is benefitial, as you have an easy way to differenciate it from the "less important" ones without icon. If everything has an icon, that benefit goes away and you could just as well use text.
In the days of Windows 3.1 and prior Macintosh art, we sort of took it for granted that menus were labeled with English words to reflect the actions taken. Icons provided additional information, like "Hold down Command to do this" or something.
As computer OSes became globalized, i18n and l10n began to demand that we abandon English words to describe GUI actions. I believe this was the correct decision.
So I viewed icons+text in a GUI as transitional, a learning period. I learned to recognize the icons for what they represent, the skeumorphism of it all, while the icons plus text were displayed on my screen (I mostly used Ubuntu and KDE.)
When the time was right, I toggled the setting to remove the text altogether. I was ready to spread my wings and fly through an icon-rich UX that no longer relied on words or text to convey rich meanings.
Now this means that I can make mistakes or I need to experiment in terms of "What does THIS button do?!" in order to learn new icon vocabulary. But I definitely prefer it now to the English text, and really if anyone uses a modern device proficiently, they've picked up a decent vocabulary for this already.
Many people neglect to take into account that, for example, an app in an app store is represented more strongly by its chosen icon and branding than its title! Google Play lets us search by name, but that is not very efficient when I'm searching for a particular icon by description!
It also presents challenges to verbal tech support, whether by phone, by Meet, or over the shoulder, because how do you describe graphical icons and gestures? How to translate them back into English words? UI/UX designers have a hidden vocabulary for controls and widgets that aren't common knowledge, but can really enhance understanding once we can name them the same way the pros do.
Yes, icons can be used badly. Yes, people who are still learning may lean on text labels too. But graphical UIs are mature and we all need to acquire a vocabulary for these, so that information is conveyed across national and linguistic barriers.
> But graphical UIs are mature and we all need to acquire a vocabulary for these, so that information is conveyed across national and linguistic barriers.
Or we could just translate the text?
Colors and pictures aren’t exactly free of cultural baggage, either.
yes, e.g. the version of Windows 3.x and accompanying office suite that I used as a child had German words next to the icons. The idea of labeling a pictogram with text isn't a concept that suddenly breaks when using a language other than English.
> Colors and pictures aren’t exactly free of cultural baggage, either.
I remember being really confused that I had to click on a picture of a frying pan for "search".
So were you able to learn the skeumorphism eventually and equate the operation with the frying pan?
If I were in E.U. I would be afraid of needing to learn enough of 2 dozen assorted languages vs. learning an icon interface once. It would seem that human languages are not as inclusive or universal as icons.
You can do all the l10n you want, but who translates all of them and keeps current?
So what does the 3 horizontal lines do ? Or the 3 dots ? Or the exclamation sign ?
Your "app" icon says nothing about the code quality of your app and coming with such ideas: " the user will press the icons to see what they do" means: uninstalling.
"Do you want to delete all your files ? [Yes] Remind me later[]"
The problem for me is when an icon is repeated many times on a page, such as once per row. The word quickly becomes redundant, and the repetition looks ugly. Tables are supposed to be information-dense and wasting screen real estate interferes with the user's task.
I haven't found a good general solution to that. Hover doesn't work on mobile. A legend map is hard to locate. "Expert mode" introduces new problems.
Sometimes I'll just use an unlabeled button and make whatever it is undoable, so that users can just click and discover. But that's hostile to completely new users.
WCAG is a standard designed around the web and web-adjacent apps. Am I missing something here? Because accessibility standards are much easier to adhere to now. So the text label always has to be there, but you can also make it visible in the design and it's accessible by default.
This is a lesson to be learned by people who want minimalist UIs.
It should be noted that the example given by the OP contains ‘poor’ icons which are more a consequence of the nature of the source - i.e. a HR headshot does not an effective workflow make ..
Leonardo Rizzo, one of the researchers, claimed on X.com that they published before the Pope was elected.
An X user commented:
> “Guessed” after the fact. Interesting nonetheless and worth sharing before the event next time!
Rizzo replied:
> Thanks a lot! We shared it the 8th morning on linkedin, the university website and few other sources (italian press). Next time I’ll also share it on X
Check out "African Polyphony and Polyrhythm", a presentation by Chris Ford at Strange Loop 2016. He uses Clojure to model traditional central African drumming patterns with variations.
> It is normally assumed that the worst outcome direct marketing activity can have is to waste money. In fact, some direct marketing provably drives away business within certain segments, and it is not unknown for it to drive away more business in total than it generates. This is especially true in retention activity.
> [Non-Uplift] Churn and attrition models prioritize customers whose probability of leaving is highest. Such customers tend to be dissatisfied, so are usually hard to retain. To make matters worse, in many cases, the only thing currently keeping them is inertia, and interventions run a serious risk of back-firing, triggering the very defections they seek to avoid.
> It is more profitable to focus retention activity on those people who ... will leave without an intervention, but who can be persuaded to stay. Uplift models allow you to target them, and them alone. At all costs, you want to avoid targeting the ... so-called Sleeping Dogs, whose defection you are likely to trigger by your intervention. Again, uplift models can direct you away from those customers.
> We propose the use of a high-resolution piano transcription model to train a new guitar transcription model. The resulting model obtains state-of-the-art transcription results on GuitarSet in a zero-shot context, improving on previously published methods.
This isn't exactly what you asked for, but there's a "drumsep" model, which takes a drum audio track and separates it into 6 stems: kick, snare, toms, hi-hat, ride, and crash.
I’m the author of the high resolution guitar model posted in a comment above. I have a drum transcription model that I’m getting ready for release soon which should be state of the art for this. I’ll try to update this thread when I’m done
> If you have never listened to jazz before, Miles Davis’ Kind Of Blue is a great place to start. The heart of the album is its first track, “So What.”
> “So What” is famous for being one of the first modal jazz tunes. This just means that it doesn’t have a lot of chord changes compared to the fast harmonic rhythms of bebop. The A sections use the D Dorian mode. This scale is especially easy to play on the piano; just play the white keys. The B section is up a half step, on E-flat Dorian. If you play the black keys on the piano, you get five of the seven notes in this scale. I had a complete beginner pianist improvise a solo over “So What” in class. I called out when she needed to switch between the white and black keys. It worked!
> “So What” occupies a similar place in jazz pedagogy to the blues: it’s simple enough for beginners to play, but you can devote a lifetime to practicing and never get to the bottom of it. If you want to learn how to improvise jazz, you should definitely learn Miles’ solo.
> Black American music uses lots of call and response as a structuring element. “So What” has many call-and-response pairs at different scales. Here are all the layers I can detect, ranging from micro to macro … (7)
> I would bet that this fractal-like self-similarity across different levels is a major reason for the tune’s appeal. Any tune this immediately catchy yet also structurally deep is going to attract a lot of imitation.
> Anybody who’s been to music school can write complex and abstruse jazz tunes, and blow complicated solos over them. Not many musicians can write memorable hooks. And only the most profound artists can write a hook that conceals as much depth and possibility as “So What.” I wonder if that level of creativity is teachable, or learnable?
Stop using unlabeled icons in data tables.
It says, "Norman Nielson argues that text + icon has the highest cognitive recall and lowest error rate"
Here's what the Nielsen Norman Group says about Icon Usability: https://www.nngroup.com/articles/icon-usability/
The conclusion: "Always include a visible text label. As Bruce Tognazzini once said, 'a word is worth a thousand pictures.'"
Here's the quote in context: https://www.asktog.com/columns/038MacUITrends.html
"In 1985, after a year of finding that pretty but unlabeled icons confused customers, the Apple human interface group took on the motto 'A word is worth a thousand pictures.' This still holds true."
reply