4 ms·
We had a tower of bable collapse, when we switched to web UI. We gained a million things and lost a million things. There was an era from around 1985 to early 2
by fifticon 2y ago
We had a tower of bable collapse, when we switched to web UI.
We gained a million things and lost a million things.
There was an era from around 1985 to early 2000s,
where a large majority of applications had a (somewhat) consistent UI,
based partially around MS-Windows, partially around some IBM 'common ui' design guide principles.
The hall-marks of it was
- keyboard navigation was possible
- mostly consistent keyboard nav
- common limited set of UI controls with consistent behaviour
- for serious applications, there was some actual thought related to how the user was supposed to navigate through the system during operation (efficiency)
Post-web and post 9/11, where web browser UI has infested everything,
we are now in a cambryan explosion of crayon-eating UI design.
It seems our priorities have been confused by important things like 'Hi George. I just noticed, that for the admin panels in our app, the background colours of various controls get the wrong shade of '#DEADBF' when loading on the newest version of Safari, can you figure out why that happens?'. 'Oh, and the new framework for making smushed shadows on drop-downs seems to have increased our app's startup time on page transitions from 3.7 seconds to 9.2 seconds, is there any way we can alleviate that, maybe by installing some more middleware and a new js framework npm module? I heard vite should be really good, if you can get rid of those parts where we rely on webpack?'