"If we want to order food in a country where we don't know the language at all, we're forced to go into the kitchen and use a see-and-point interface. With a little understanding of the language, we can point at menus to select our dinner from the dining room. But language allows us to discuss exactly what we would like to eat with the waiter or chef."
Ironically, Japanese menus almost universally have pictures of the food, and often (amazingly detailed) plastic models* of the dish in the window.
I frequently wish this was adopted by western restaurants, as being surprised by what actually arrives on my plate after I order is a regular occurrence.
I got to use a real Magic Cap, one of the examples of alternative metaphors, in the article, a black and white view of a room with a desk full of old office oddities. It was the worst user interface that may have ever been designed, like an Alice In Wonderland nightmare. Click an envelope on a desk or a clock, and it starts some other metaphor like an image of a spreadsheet in a dialog, or something, which might appeal to some kind of “grand adventure” logic, but in today’s context…I’ll avoid ending with a negative comment.
I own a Sony Magic Link and you are 100% correct. The UI is the worst sort of point-n-click adventure game memes. Not only do you have to guess what visual elements actually do something you need to figure out what functionality they represent. The spacial metaphor is insipid because it takes a lot of taps to get from one "room" to another.
None of this is helped by how slow the Magic Link is. Supposedly the DataRover 840 was much faster but I've never owned one to tell for sure.
The UI of the Newton MessagePad (I own several) is far from perfect but makes much more sense than MagicCap. It also requires fewer taps to reach different functions.
Every once in a while I'll pull out my Magic Link but the insanity of the UI just inspires me to put it back in a box.
> Most computer programmers gave up complete control some time ago when they stopped writing in machine language and let assemblers, compilers, and interpreters worry about all the little details.
Ah, there it is. The slippery slope that has stubbornly refused to be slippery for many decades now. Perhaps the author is completely misunderstanding these "metaphors".
As developers we have the best of both worlds: direct visual manipulation, but also a language-centric control of richer objects in the terminal.
Being able to flip between these has always felt like a superpower.
Ironically, Japanese menus almost universally have pictures of the food, and often (amazingly detailed) plastic models* of the dish in the window.
I frequently wish this was adopted by western restaurants, as being surprised by what actually arrives on my plate after I order is a regular occurrence.
I'm fully onboard with see-and-point.
* https://en.wikipedia.org/wiki/Food_model
None of this is helped by how slow the Magic Link is. Supposedly the DataRover 840 was much faster but I've never owned one to tell for sure.
The UI of the Newton MessagePad (I own several) is far from perfect but makes much more sense than MagicCap. It also requires fewer taps to reach different functions.
Every once in a while I'll pull out my Magic Link but the insanity of the UI just inspires me to put it back in a box.
Ah, there it is. The slippery slope that has stubbornly refused to be slippery for many decades now. Perhaps the author is completely misunderstanding these "metaphors".