'organized -- chaotic' and 'all screen -- no screen' are truly the main axes of UI design
The UX of Lego Interface Panels (2020)
51–56 of 56 posts
Re: The UX of Lego Interface Panels (2020)
#52Only tangentially related, but just yesterday I learned of Lego's defunct "Modulex" brand, and the serious and apparently widely popular Lego-brick-based project management display boards from the '60s to the '90s. The small size and comforting pastel colors seemed especially inviting to me. It makes me yearn for more tactile and actually pleasant-to-work-with computer UIs.
What is modulex: https://www.newelementary.com/2017/11/old-bricks-what-are-mo...
Re: The UX of Lego Interface Panels (2020)
#53Earlier quoted context omitted.
How do you experience an interactive system without… interaction?
Imagine you go to a foreign country. You want to buy a train ticket. You walk to the station and go to the ticket machine. You see a dizzying array of levers, buttons, sliders, and dials. Each labelled with diagrams which don't make sense to you. You back away slowly from the machine and try to find a human ticket seller. Have you experienced the machine?
No.
Re: The UX of Lego Interface Panels (2020)
#54Re: The UX of Lego Interface Panels (2020)
#55Techno-optimism assumptions in the wild:
Most interfaces in our world contain a blend of digital screens and analog inputs like switches and dials.
Re: The UX of Lego Interface Panels (2020)
#56Earlier quoted context omitted.
This is a lovely example of great design. Beautiful, too. I'm sad to see it didn't catch on. On a related note, I would like to own an EV -- but a touchscreen operated car is out of the question. Where did all those competent designers go and why didn't they design an electric car?
you and the us navy https://news.usni.org/2019/08/09/navy-reverting-ddgs-back-to... they ripped out the GUI-based controls after a bad crash (actual story is more complicated though -- they transferred partial control of the helm to another station, instead of transferring full control, leading the new operator to think they had lost control of the boat. similar thing happened with air france 447 where a single pilot…
UX for control from multiple places is just really hard:
* How do you know what you have control of
* How do you take/give control
* When you release control, does the other guy's input instantly take over?
* Or does it only take effect when the other guy makes a change something?
* Do you need to be able to see the specific inputs the other guy is giving?
* Do you need to see the actual outputs if the result is actually some merged combination of inputs?
* Under what circumstances should the computer skip scheduled automated tasks due to manual action being taken(See the Gare de Lyon rail disaster)
* Do users need to know about the presence of absence of an automated control input that could, but has not yet taken effect?
* Does anything special need to happen when nobody at all is controlling it?
In home automation, the usual solution is basically just a mutable global, anything can change it, when you're not actively changing it, leave it alone so someone else can... But if you need more than that it gets complicated in a hurry.