I Miss Balloon Help
The other day, I decided to take a trip down Nostalgia Lane and re-visit
It was funny to see some of the old design decisions in use again. The first one that got me was that you need to hold down the mouse button to keep a menu open; clicking isn’t enough. Or the way the Apple Menu has applications in it, rather than system commands. Or the way that folders’ icons get greyed out when they’re open, or the old spatial Finder, or the Zoom button on the right, or how you can only resize windows from the bottom-right corner instead of from any side.
But there was one more feature that I decided I sorely miss, despite not having thought about it for a couple decades: Balloon Help.
In this post, I use pixelated screenshots which look authentic on some screens but horrible on others.
If they look horrible for you, set the images to “smooth” below. (You may not see a difference at all)
What is Balloon Help?
If you go to the Help menu at the right-hand side of the Menu Bar, you’ll see an option: Show Balloons. Do this, and wherever you hover the mouse cursor over anything, you’ll see a brief explanation appear:
Even if these UI elements are now commonplace after we’ve been using them for years and years — title bars, scroll bars, and close buttons — they would have been new to everybody at some point. And what better way to learn, than if you could get help with anything, just by pointing at it?
Which is why, if you’re seeing this feature while playing around in the emulator, I bet you’d have the same reaction as I did 25 years ago: playing around with it for a few minutes and then switching it off. As though it was a tool for newbies, and once you’ve learnt how it all works, you don’t need it anymore.
And, well, this is true. While the balloons weren’t huge, they did take up room on the screen and get very annoying very quickly — and those machines had tiny screens relative to the ones we have now.
Under the surface, however, Balloon Help is far more important a feature than it initially lets on, because it allows you to ask the question: Why isn’t the computer letting me do what I want to do?
The greatest aspect of Balloon Help is that explained the why, not just the what. If part of the system was different from normal, such as an icon being different, or a button or menu being greyed out, the system would offer an explanation. Here are some more examples:
If a button is disabled, the computer told you why it is so; it didn’t just disable the button hoping you figure it out yourself. It’s the same with menu items: if you couldn’t select something from a menu, it would explain why.
Having full Balloon Help support meant admitting to the user that the computer is not perfect. That this machine, which you’ve probably had to spend a lot of money on, isn’t actually capable of bending to your every whim. And when you do hit the limits, you can trust the computer to tell you that.
My favourite example is the one where the TeachText application outright admits one of its limitations:
TeachText can only open one document at a time.
The Macintosh Plus only had 1 MB of RAM, but that’s still not the user’s fault, is it? They were trying to do something completely reasonable — open two documents at once — and the computer has to let them down.
It feels refreshing to just see a computer admit something like that, without throwing obscure error messages in your face. Even though the machine couldn’t do what you told it to do, it was still on your side — because the alternative is just to sit there and do nothing, which looks exactly like the computer has broken.
Can we really say that this is still the case?
The Era of Helpful Computers
If you keep on using Balloon Help, you’ll quickly discover that very few applications actively supported it, even in 1991. Sure, the Finder and many of the built-in system utilities had full support, but even the other applications included in the Internet Archive’s OS image do nothing when you hover over their controls. It’s always less work to do nothing than to do something, and with few applications supporting it, people didn’t expect it to be there, so support for it languished further. It was finally removed entirely in Mac OS X.
And I think that’s a real shame.
Relatively often, I see menu bar items that are disabled, or buttons that I’m not allowed to click. The other day, I discovered that Outlook won’t let me display the weather for some reason:
The engineer behind this feature probably knows exactly why this isn’t happening: your company policy has disabled the thingy! But it’s not obvious to me, the user. It both looks, and feels, broken. It’s also not obvious why I couldn’t delete or rename this task list in Reminders:
Or why I couldn’t quit Safari the other day:
Again, there’s probably some technical reason behind this. Maybe the list called “Tasks” is special somehow, or Safari was busy doing something. I don’t know. I do know that Chess is considered part of the operating system, and can’t be deleted, but the OS itself doesn’t want to tell me that:
Software companies have taken advantage of this lack of expectation, and now computers have taken on authorities of their own. And now it’s gone, we can’t get it back. The computer no longer wants to tell you what it is doing.
I’m willing to bet that a million people have tried dragging music files from their iPods or their iPhones to their computers. iTunes (now Music) doesn’t let you do that. If you try, it won’t let you. There’s no explanation or piece of text that explains why you can’t do that; it just doesn’t let you.
Are you being stopped to help prevent piracy? Or is it trying to push you towards the iTunes Music store? Or could they just not get the feature working, so they left it like that?
Part of me thinks, if the developers behind these features had to literally explain them using simple English, they’d see how unfriendly the work they’re doing is. “Your company policy has disabled showing the weather” would go a long way, but “We’re intentionally disallowing dragging music to your computer so you use the iTunes store instead” would go further.
There’s precedent for this in programming. If you’ve got some code that doesn’t work under a set of circumstances, it’s tempting to just leave it in there as a bug — unless you have to document that bug:
Ritchie adds: “Our habit of trying to document bugs and limitations visibly was enormously useful to the system. As we put out each edition, the presence of these sections shamed us into fixing innumerable things rather than exhibiting them in public. I remember clearly adding or editing many of these sections, then saying to myself “I can’t write this”, and fixing the code instead.”
— UNIX Evolution: 1975-1984, Part I (Section 2)
This is why I miss Balloon Help — I miss the era of computing it came from.∎