| ▲ | abraxas 21 hours ago |
| Agreed on the animations but that isn't my top of the list because as you observed, those can usually be disabled. The most annoying aspect of modern interfaces is total inconsistency in looks and behaviour across different applications. Even common action icons vary in style, colouring and shape from one application to another. Title bars are hijacked for whatever fanciful ideas the app designers had in mind, scrollbars and other basic widgets are rarely drawn using native desktop components, tab ordering is a dream of the distant past and so on and that's if a given app even responds to the tab key. |
|
| ▲ | btbuildem 20 hours ago | parent | next [-] |
| You would've really hated software in the early 90's -- every single thing had an aesthetic of its own. It was actually quite wonderful, and a lot of style/"personality" embedded in these design choices. |
| |
| ▲ | bentcorner 20 hours ago | parent | next [-] | | The utmost worst was software that had complete custom UI, filled with buttons that didn't really look like buttons. Media software and game launchers were usually the worst offenders. | | |
| ▲ | mvdtnz 13 hours ago | parent [-] | | Yet the Winamp UI gets more love than almost any software in history. | | |
| ▲ | wink 2 hours ago | parent [-] | | Winamp only changed the colors, and the default wasn't too artsy. Try Sonique :P |
|
| |
| ▲ | mikepurvis 20 hours ago | parent | prev | next [-] | | Are you thinking here of pre-multitasking desktop usage, stuff like DeluxePaint, Scream Tracker, that kind of thing? Certainly the late 90s was the heyday of desktop consistency on Windows, in the 95/98/ME era, I think driven largely by the conventions Microsoft established in Office. And I believe Mac OS gave pretty good platform-level guidance then too, so things were generally okay with a few exceptions— stuff like media players that have always been more on the fanciful side. | | |
| ▲ | qw 20 hours ago | parent | next [-] | | It is my recollection as well. Most applications used VB, Delphi, MFC etc. that all had the "native" OS look and feel. There were some exceptions like WinAmp and others, but from what I can remember most applications were more consistent than today. | | |
| ▲ | zozbot234 19 hours ago | parent [-] | | Those toolkits would usually reimplement the "native" look and feel from scratch, or nearly so. It was uncommon to rely directly on the basic OS widgets. | | |
| ▲ | mikepurvis 19 hours ago | parent | next [-] | | MFC was Microsoft, so that was definitely native, and I think a lot of stuff used native even just for performance reasons. I remember getting very frustrated around then when something would want me to install the JVM and I knew I was in for a laggy mess of an application that would have bad font rendering, strange little buttons, and its own file picker. | | |
| ▲ | zozbot234 19 hours ago | parent [-] | | > MFC was Microsoft, so that was definitely native Microsoft reimplemented this stuff from scratch all the time. Not just in MFC itself but Office too. | | |
| ▲ | LoganDark 18 hours ago | parent [-] | | Don't modern versions of Windows contain at least 5 different widget frameworks? Like, Win32, Ribbon (I think engineered for Office as you said), WinForms, WPF, WinUI 1/2/3... I think Apple just has Cocoa (Carbon is long gone), AppKit, UIKit, and SwiftUI. | | |
|
| |
| ▲ | 19 hours ago | parent | prev [-] | | [deleted] |
|
| |
| ▲ | btbuildem 16 hours ago | parent | prev | next [-] | | Early 90's, especially on Amiga -- where a proper windowing desktop env ("workbench") coexisted with the wildest custom UIs. Maybe it was the roots of the machine, heavily used as a games console and a demoscene workhorse? It seems like at that time there was so much creative design effort put into UX -- and it didn't seem to get in the way, maybe because each genre of software was kind of on the cutting edge back then, establishing what would eventually evolve into conventions. Mod trackers, image editing, disk copying, etc. Maybe it's a bit of nostalgia, but it felt really immersive to pull up a piece of software you were familiar with; each UI was so distinct and purpose-built, but it also had.. flourish? style? soul? Not so much now. | |
| ▲ | mike_hearn 18 hours ago | parent | prev [-] | | Nah, the Windows ecosystem never even got close to being consistent. MS Office had its own UI toolkit and routinely invented new UI paradigms that weren't exposed in any Windows API, leaving people who wanted to look native scrambling to reimplement. This was particularly the case for toolbars. MS Office first invented the so-called "coolbar" and then the ribbon. Internet Explorer also rolled its own toolbar styles in ways not supported in the base Windows API e.g. toolbars with large icons and sliding sub-sections. Inventing custom toolbars was practically a sport on Windows; Netscape also did it. At the time the most popular media players were WinAmp (totally custom and themeable to boot), RealPlayer (custom UI https://andrewnile.co.uk/blog/remembering-realplayer/), Quicktime (custom UI) and Windows Media Player (mostly but not entirely native). Even the base utilities that came with Windows weren't consistent with each other. It wasn't uncommon in the Win 9x era to find programs still using Win3.1 style file dialogs ... a few are still buried in Windows today! The problem got worse when you examined the artwork. The stock icon library in Windows was anemic, so dev platforms frequently had to expand the core library with their own. Delphi apps could be easily identified by the distinctive icons in their buttons (https://zarko-gajic.iz.hr/wp/wp-content/uploads/2017/02/delp...). Restyling window decorations was also very common. Microsoft themselves did it routinely, for example their flagship Encarta encyclopedia app had totally custom widgets and window styling: https://winworldpc.com/product/encarta/1999 To get online most users were running something like CompuServe (custom web-style main UI https://thedayintech.wordpress.com/wp-content/uploads/2013/0...), or AOL (custom UI https://www.reddit.com/r/nostalgia/comments/ehxb1g/the_aol_h...), or MSN (custom UI https://cdn.prod.website-files.com/6179a66d5f9cc70024c61878/...) Windows apps of this era were much like web apps are today: they shared some common code for things like rendering menus, buttons or widgets in their settings screens, but the main UI users interacted with were almost always custom widgets that were extremely varied between apps. Win32 was nearly impossible to style compared to HTML so this represented a large investment of developer time, but a custom branded UI was believed to be worth nearly any cost. This is something fundamental to how humans work and is pointless to fight, a lesson the web platform fully embraced giving it an advantage over other UI toolkits of the era. |
| |
| ▲ | ryandrake 20 hours ago | parent | prev | next [-] | | Yes, it’s wonderful having to figure out 50 different UIs designed by 50 different artists with 50 different ideas of what a drop-down should look like and how it should work. | | |
| ▲ | pc86 19 hours ago | parent | next [-] | | The mental overhead from having slightly different drop shadows and button sizes is minimal, and I think pretty overblown by people who prefer identical UIs for everything regardless of form factor (which is of course a valid take). But someone could just as easily respond to today's UIs with "Yes, it's wonderful that every single app looks identical, as if it was all designed by one pretty boring artist with no creativity whatsoever" and that would also be a perfectly valid take. | | |
| ▲ | regularfry 19 hours ago | parent [-] | | Predictability is a feature. That does include button sizes. To me that's where the asymmetry is. The "boring artist with no creativity" complaint is aesthetic, whereas predictability is a functional concern. |
| |
| ▲ | andsoitis 20 hours ago | parent | prev | next [-] | | Do you have a solution in mind? While a platform (OS) can provide a UI toolkit and provide a HIG, one cannot stop language and programming tools vendors or programmers from doing whatever they like. | | |
| ▲ | bunderbunder 19 hours ago | parent | next [-] | | I'm starting to think that it would take replacing basically everything that's happened on Web frontend development since XMLHttpRequest with an alternative system that's still standards-based, platform-agnostic and Web-centric, but designed from the ground up as a GUI toolkit instead of a markup language for hypermedia formatting. Because with the current status quo, the platform that dominates everyone's mindshare is HTML/JavaScript/CSS. Which has a really rudimentary concept of UI controls, and human interface guidelines that spend 90% of their effort on begging people to manually implement usability features that we used to get for free with native GUI toolkits. And I think that we might need to get away from that mess before it's possible for anyone to have any energy left over for worrying about HCI on the level that we used to in the late '90s and early '00s. | | |
| ▲ | vbezhenar 7 hours ago | parent [-] | | As long as you can draw pixels, developers will create "unique" apps just to be different and stand out from the crowd. The only solution is heavy moderation. But very few players have market share to force developers to do what they say. |
| |
| ▲ | ryandrake 20 hours ago | parent | prev [-] | | https://news.ycombinator.com/item?id=43762571 But realistically, you’re never going to stop a motivated app designer who is dead set on making their app an unique snowflake art project rather than a tool that users need to use. | | |
| ▲ | andsoitis 7 hours ago | parent [-] | | There are also some classes of apps where the platform UI kit is insufficient. Immediate examples that come to mind are kiosk software, trading software, games, etc. |
|
| |
| ▲ | RajT88 19 hours ago | parent | prev [-] | | Maybe using computers is not for you. |
| |
| ▲ | ferguess_k 20 hours ago | parent | prev [-] | | It's different that back in the early 90s everyone at least agrees that people don't want to disable certain important UI elements by default. | | |
| ▲ | bmicraft 13 hours ago | parent [-] | | I'll take hiding the scroll bar over not even handling mouse scroll events any day of the week |
|
|
|
| ▲ | SirFatty 21 hours ago | parent | prev | next [-] |
| Personally, I dislike the flatness. It's hard (at times) to distinguish one from another when multiple windows are open. |
| |
|
| ▲ | WD-42 20 hours ago | parent | prev | next [-] |
| It’s to be expected when almost every app is electron or some web wrapper, that all consistency is lost. The only way to get it back (kinda) is to avoid those apps. |
| |
| ▲ | Cthulhu_ 20 hours ago | parent [-] | | But for a lot of use cases that's not possible anymore, that is, a lot of the applications using the OS' UI libraries are no longer maintained. And a lot of people have to use the applications as supplied, e.g. Slack or Microsoft Teams. Which can be accessed via a web browser, sure, but dedicated apps for these are also nice because they have a dedicated spot in the app switchers. |
|
|
| ▲ | chairhairair 21 hours ago | parent | prev | next [-] |
| This will never happen because: 1. Companies will always want to brand their apps with their particular UI styles. 2. In order to prevent the above, the OS would have to deliberately NOT expose the ability for apps to control their own pixels. Doing 2 means you are making it impossible to support many application types (photo editors, games, etc.). NOT doing 2 means that app companies will eventually use the same APIs that the photo editor and game applications use. |
| |
| ▲ | ryandrake 20 hours ago | parent | next [-] | | The OS / UI toolkit should be strongly opinionated, making the consistent, happy path easier to develop and making customization possible but with great effort. | | |
| ▲ | lmz 20 hours ago | parent | next [-] | | No-one would claim building a web browser is easier than putting some widgets together in Win32/Cocoa/GTK+/whatever, yet here we are with Electron. | | |
| ▲ | bigstrat2003 19 hours ago | parent [-] | | But people would claim that it's easier for a company to take a bunch of web frontend devs and have them develop a UI which rides on top the already-existing Electron. Which is why we have such a plague of bloated Electron apps - because companies are lazy and don't care about the end user experience. | | |
| ▲ | lmz 9 hours ago | parent [-] | | Well, yes. Just saying that once you make draw calls and raw input events available they will be used against you. |
|
| |
| ▲ | SR2Z 20 hours ago | parent | prev [-] | | But you're describing pretty much every UI toolkit! |
| |
| ▲ | dharmab 21 hours ago | parent | prev [-] | | Some projects are doing (2) anyway to get a better result. Examples: Kitty, Zed, File Pilot. | | |
| ▲ | LoganDark 18 hours ago | parent [-] | | File Pilot has got to be the biggest fuck-you to modern app development practices I've seen in a long time. | | |
| ▲ | Y_Y 17 hours ago | parent [-] | | I like the idea of trying crazy and new ideas, but this looks like they just thought corners weren't round enough, and that people will pay money for a file manager that has no sharp edges and won't integrate with your OS. | | |
| ▲ | dharmab 10 hours ago | parent [-] | | It's one of those things where you try it and feel how snappy it is. Like when people switched from Internet Explorer to Chrome. |
|
|
|
|
|
| ▲ | prmoustache 20 hours ago | parent | prev [-] |
| This is self induced misery. Nobody forces you to install and use apps made of a different toolkit (or version of said toolkit) from the one shipped with the desktop. You can use only Cocoa apps on MacosX, qt6 apps on a kde plasma 6, gnome/gtk4 apps on a gnome3 desktop or whatever is the equivalent in the windows 11 world. |
%20(1).jpeg){kind=link}