Hopefully not. There is a lot that can be done, those little prototypes be suggested seem interesting. I have a few ideas myself but its hard to be the efficiency and usablity of what we’ve refined for the past 30 years.
Yes. Do not fix what is not broken.
windows 3.11s program manager wasn’t broken either. nor was norton commander for DOS, or motif for workstation unices. you need to innovate to even know if you’re in a local maximum.
“Program Manager wasn’t broken” doesn’t really contradict “don’t fix what isn’t broken.”
The point isn’t that interfaces should never change. It’s that changes should solve identifiable problems. Program Manager eventually stopped scaling well to how people were actually using computers, and the taskbar/start menu ux we all use today solved most of those problems. It took iterations, but we’ve got something pretty solid these days as compared to Windows 3.11.
If you think the current desktop UX has equivalent problems, identify them. “We’ve used this paradigm for a long time” is not itself a reason to replace it.
we have multiple different paradigms today, but due to how big the market is and how big the fraction of people who’re not interested in exploring the space is, the only places the innovation happens is in labs. there aren’t any ux user studies on an os-level anymore.
except the “desktop” and “buttons on a grid” modes of operation, the biggest one is “scrolling app”, followed waaaaaay down by things like tiling interfaces and whatever the hell gnome is doing. there are multiple interesting ideas down there, like the “infinite whiteboard” of oberon or “zui” of eaglemode, or even the “composable widget toolbox” of arcan. it’s just that they will never seem use outside a few hundred users at most because they are so different. nobody is interested in checking if users prefer them because the users are also the developers and there’s no budget behind them.
Videogames tend to experiment with UX very often nowadays. Is there any videogames GUI you enjoyed so much that you would use it as an OS component?
i love this question because games are typically laser-focused on a single purpose, rather than being designed with wide compatibility as a goal. most video game ui’s are so tightly integrated that there’s no way to separate them from the game, but there are still some features that could be useful outside it in most games.
chording, where some action with the mouse can be combined with various keys to perform different actions, is definitely underutilised.
contextual hints, like mission markers or yelrow paint, would be very useful for beginners. likewise, contextual help like an in-game database could be expanded a lot.
hierarchical menus where a submenu is visibly on top of another is great for keeping context.
radial menus are awesome but krita is like the only non-game program i know to use it.
satisfactory lets you pin the current task to the screen, which great for not losing focus.
the concept of “blueprinting” or “maneuver planning” exists in many games but is only really available to advanced users on pc. imagine how nice it would be to set every action you wish to do beforehand so you can check the result and only commit when you like it.
autosave and rewind would be great boons for users when they mess something up.
imagine if your workspace was like a big rts map, with a little minimap in the corner to get around. you could spread things out by project, and jump to where you need.
what if you could choose a “loadout” for the day, where your hotkeys and quick tools change depending on your task?
so yeah, lots of stuff there.
you need to innovate to even know if you’re in a local maximum
This can be done inside your brain if you have the processing power.
so, “skill issue”?
No, “don’t be a dipshit”
Yes. You can modify KDE how you like. The initial should be easy to use and recognizable.
