Earlier quoted context omitted.
This was one of the biggest powers of Mac OS X, before Electron became big. Not many companies and people developed for Mac OS X, but the ones that did pretty strongly adhered to Apple’s design guidelines, partially because it just made dev live easier and partially because your application would stick out like a sore thumb if you didn’t. At least the global menu still lives on macOS. I’m sad Gnome 3 didn’t pilfer it…
Alas, Mac is one of the biggest offenders of crappy design and anti-usability. When I first had to use one for work I thought it was buggy and defective and losing data. Turns out it was just hiding it because scrollbars were entirely hidden and disabled by default. They also hid a lot of other stuff. What kind of idiot created that design guideline? Then there's the fact that the editing keys don't work at all consi…
Scrollbars are becoming a problem
551–560 of 944 posts
Re: Scrollbars are becoming a problem
#552> But the scrollbars are getting smaller and this is increasingly becoming a problem.
So it's not the scrollbars per se, but the fucking around with them that is the problem.
A) Wow, noticed that already? /s
B) Why just scrollbars? Fucking "front-end" designers are fucking around with everything!
Re: Scrollbars are becoming a problem
#553It's not just scrollbars. It's the elimination of window borders. Aside from not being able to differentiate one window from another similarly colored window in the background, it's nearly impossible to click and hold on anything along the edge to resize the window. It's the overloading of the title bar with so much shit like search boxes and extraneous buttons that a user has almost no place to grip to move the wind…
I'm surprised that nobody has mentioned the bane that is "progressive scrolling". "No, we won't actually load the text at the bottom of the scollbar until you scroll down to it--and we'll only load it in a dribble." @#$%^&*()_+!
Re: Scrollbars are becoming a problem
#554https://ec.europa.eu/social/main.jsp?catId=1202
Just respect the law for all of them (potentially you at some point in your life).
Re: Scrollbars are becoming a problem
#555Re: Scrollbars are becoming a problem
#556Earlier quoted context omitted.
I absolutely agree. For at least 10 years now, my dream has been to essentially recreate the Windows 2000/XP UX as a Linux desktop environment. That said, doing so would basically require creating everything from the ground up, because merely theming some existing toolkit and window manager to look like XP is not at all the point. And frankly, there HAVE been SOME useful UI/UX improvements in the past couple decades,…
I believe the biggest obstacle is dealing with different toolkits, since gtk3 and later are constantly breaking theme compatibility with new versions, and nobody have the time to maintain good alternative themes in these conditions. XFCE with Chicago95 already exists (and so does Q4OS with XPQ4) as proof of concept that the window manager and toolbar side can be replicated. The problem is that important pieces of sof…
Re: Scrollbars are becoming a problem
#557Re: Scrollbars are becoming a problem
#558It's not just scrollbars. It's the elimination of window borders. Aside from not being able to differentiate one window from another similarly colored window in the background, it's nearly impossible to click and hold on anything along the edge to resize the window. It's the overloading of the title bar with so much shit like search boxes and extraneous buttons that a user has almost no place to grip to move the wind…
I agree with everything you said as well. Huge complaints from me over time. What if a Chrome window has fallen to the background behind another window and I want to grab it? Oops switched tabs because I can't get my mouse to stop in that little 10px area up top. Oof.
Re: Scrollbars are becoming a problem
#559Earlier quoted context omitted.
It seems like most people who scroll use touch, wheel, or other non-scroll-bar interfaces, and the scroll bars are just a visual indicator of document size and position while navigating it. I know I do— and have for 20 years unless I was using a shitty laptop without a scrolling input method. Maybe unless I'm scrolling through literally millions of lines of text, which is infrequent enough that I'd prefer to have the…
Does anyone apply formal usability studies anymore? (not just do them - do they apply the results). I was trained in formal UX long ago, and many UIs today outright violate common rules we learned back then. High contrast was considered important for low vision users even if it looked ugly then. Now most UIs are lower contrast and while they look nicer, they are less usable. Of course I learned long ago and so I'm wi…
From what I've seen from colleagues in the consumer space they've predominantly switched to A/B testing and statistical clickstream/log analyses, though large companies sometimes still do run lab studies for important decisions and to rationalize the giant one-way mirror they installed.
Re: Scrollbars are becoming a problem
#560Earlier quoted context omitted.
It seems like most people who scroll use touch, wheel, or other non-scroll-bar interfaces, and the scroll bars are just a visual indicator of document size and position while navigating it. I know I do— and have for 20 years unless I was using a shitty laptop without a scrolling input method. Maybe unless I'm scrolling through literally millions of lines of text, which is infrequent enough that I'd prefer to have the…
Does anyone apply formal usability studies anymore? (not just do them - do they apply the results). I was trained in formal UX long ago, and many UIs today outright violate common rules we learned back then. High contrast was considered important for low vision users even if it looked ugly then. Now most UIs are lower contrast and while they look nicer, they are less usable. Of course I learned long ago and so I'm wi…
Or I go to the store and I buy heroin. I’m a heroin user and I use the heroin.
These UIs we speak of, are they hammers, or are they heroin?
Because I’m currently looking at a high contrast screen using a mixture of Unix tools created from the late 60s to yesterday.
I’m looking at an Excel spreadsheet made by a team of lawyers that is in a UI. The lawyers themselves highlighted and handled the contrast of the document. Beyond the table itself, Excel’s menu bar is easy to read for the basic operating needs of a spreadsheet. I mean come on, the pivot table UI is clearly masterful. (If Excel was a native plaintext tabular format and you could pipe stdin/out to the GUI app? Gimme!)
However, a lot of software is basically useless these days. It’s not designed from the beginning to be productive in any shape or form.
Some stoned dance by a junkie under a highway overpass is definitely some kind of expressive art form. How much more productive is the expressive art forms promoted by TikTok, Twitter or Twitch?
There’s clearly a scale at play. I’m as big fan of Twitch as much as I’m a big fan of the Buffalo Bills. I’ve always appreciated the sociological aspects of sports. To add some context to my definition of productivity, I would say that group sporting events are overall productive from a sociological perspective, be it IPL cricket or Fortnite tournaments.
TikTok is clearly and quite obviously towards the junkie dance scale of things.
From an experiential position there was not much of a difference between my observations of a woman filming herself doing a weird little dance on the sidewalk while completely oblivious to the rest of the world and the junky on the next block doing a weird little dance on the sidewalk while completely oblivious to the rest of the world. This basic object-level assessment of the actions that we and others experience with our physical bodies is core to the very notion of “meaning”. The “meaning” is just the stoned dance.
I know of no junkies famous for only being junkies but there are definitely TikTokers famous for only being TikTokers so don’t confuse this for some strict equivalence.
I’m just trying to establish a kind of framework for discussing the relationship between productive UI and productive software tools.