How about the most depraved volume control design of all: the actual reddit web video player (at least the embedded player on old.reddit)?
The slider is hidden by default. Hovering the volume icon makes the slider appear. There is margin between the icon and slider, though, so you have to quickly "zip" your mouse across this gap/chasm before the slider disappears. If you make it over to the slider in time, your hover then preserves its visibility.
I know for sure the devs at Condé ain't dogfoodin' on that interface anymore!
socalgal2 3 hours ago [-]
I get it's not the same thing but I wish iOS had lower volume settings. As it is, if 100% is max volume then the difference between 0 and unit above 0 on iPhones is about 30% volume. Like, in the middle of the night when everything is quiet, if I was the set it on the lowest setting and make some game sounds I could hear it 2 rooms away with doors open. But, Apple decided you don't need to set it below 30%. Maybe they're trying to force you to buy Airpods
hedora 8 minutes ago [-]
It definitely deserves a place on the list.
In fact, it's the worst of the worst, since it's just plausible looking enough to be the only option on over a billion devices.
On top of that, the EU passed a bill to make them fix it, and they... didn't. If you have headphones that are too loud at 'unit above zero', and use the volume limiter in the device safety section to set it to a reasonable level, it just completely mutes the headphones.
This isn't a hardware issue. Bluetooth devices have an integer volume setting, and the "unit above zero" setting is definitely not '1' on iOS like it is on android.
I've hit this problem with 100% of the non-apple headphones I've used.
shreddit 3 hours ago [-]
The same with brightness. I have a shortcut to lower the white point because the lowest brightness level is still far to bright in complete darkness.
reaperducer 1 hours ago [-]
the difference between 0 and unit above 0 on iPhones is about 30% volume.
I have found that when playing audio to a HomePod, pressing Volume Up on the phone increases the volume by 1.
But if you immediately press Volume Down, it goes down by 0.5. So, with two button presses you can get the half-step increase you wanted in the first place.
It's like adding "a little" to a volume change command with Siri.
"Siri, turn the volume up a little" turns the volume up 0.5.
"Siri, turn the volume up" turns the volume up one.
"Siri, turn the volume up a lot" turns the volume up two.
In macOS, there used to be a modifier key to have the volume change in half-steps, too, but I've forgotten what it is.
I think the only place that Apple has done a good job with volume controls is the AirPods Max. But even there, I'd like more granularity at the low end.
sillywalk 2 days ago [-]
I'd add the volume control for Quicktime 4. A dial that you had to use a mouse to use.
Ah yes, skeuomorphic design, where you take something that's a physical artefact of the hardware and force-fit it onto an utterly different device on which it makes no sense whatsoever.
nico 5 hours ago [-]
Every now and then I get these hilarious volume control videos on TikTok. They show the most horrible ways for doing volume control
Is there a list of these that are actually in real shipped software and not created as a joke?
harvey9 5 hours ago [-]
I liked the one where you make a noise at the level you want to set the volume.
efebarlas 3 hours ago [-]
I feel like that one’s actually pretty good, why should the ear calibrate to the device when it can be vice versa?
Sohcahtoa82 4 hours ago [-]
> Should is interesting because of its subjectiveness. It’s a question that only makes sense to be asked in first person. And you have to know about much more than just design to be able to answer it — you have to understand about business, technology, culture, people. Answering the should question is a skill you only get after many, many years answering questions alike.
I wish more front-end designers would consider "should" more often.
"Oh, we can make the scrollbars in our web page auto-hide so PC users get the same experience as Mac users"
But should you?
No. Because one of the reasons I use a PC is because auto-hiding scrollbars on a desktop/laptop is a bug, not a feature, and I disabled that bug while I had a Mac because it's annoying.
"Oh, we can implement smooth scrolling in JavaScript!"
But should you?
No. Because browsers already do it. And your implementation will fail on at least one browser and cause scrolling to just be fucked up. If a user has disabled smooth scrolling, it's probably for a reason. Don't force it back on.
"We can create our own implementation of a drop-down box"
But should you?
No. You're reducing accessibility for literally zero gain. I hate when I'm entering my address, tabbing through the fields, reach the State, and pressing O then R doesn't bring me to "Oregon" or "OR", and instead brings me to Rhode Island. Side note: The order of entering an address is street address, city, state, zip code. If your form order is any different, you're a madman.
mananaysiempre 2 hours ago [-]
> The order of entering an address is street address, city, state, zip code.
In the US. Most of Europe uses street address; postcode, settlement and optionally province; country. There are still enough occasional warts that you shouldn’t dictate the structre of the second line, though: e.g. in France you’ll usually see things like “75005 Paris” but large institutions that get separate deliveries may list addresses like “75231 Paris CEDEX 05”, where everything but “Paris” is a postcode-like routing instruction. Unless you definitely, absolutely know better, just let people type in whatever postal label they want.
vintagedave 2 hours ago [-]
Yes — so much friction is introduced by redesigning when there should be refinement at most. Or doing nothing at all.
It takes wisdom to do that, and it doesn’t justify a salary. So we get experimented upon by UX designers at every company.
While the volume controls are fun, at this stage in the thread I’m struck by how few people have got to the point of the article at the end: the “should” question.
RiskScore 5 hours ago [-]
I've seen this same thing like 100 times. I do not mind.
c4pt0r 2 hours ago [-]
i know they will have alsamixer in this list.
aa-jv 3 days ago [-]
I once worked for a mainstream headphone manufacturer who added a volume control to a product that was so widely despised that a special firmware release had to be done to disable it completely, or else the returns bin would overflow almost overnight ..
So this had me chuckling so hard, having worked professionally in the pro audio world for decades - I can say that some of these 'solutions' would actually be accepted in certain market segments .. I especially love the designs which use a built-in accelerometer.
It seems the good ol' knob is not going anywhere any time soon.
jibal 3 days ago [-]
I just want to be able to get to 11.
socalgal2 3 hours ago [-]
I just want it to be able to be set between 0 and 1, because on iPhone
The slider is hidden by default. Hovering the volume icon makes the slider appear. There is margin between the icon and slider, though, so you have to quickly "zip" your mouse across this gap/chasm before the slider disappears. If you make it over to the slider in time, your hover then preserves its visibility.
I know for sure the devs at Condé ain't dogfoodin' on that interface anymore!
In fact, it's the worst of the worst, since it's just plausible looking enough to be the only option on over a billion devices.
On top of that, the EU passed a bill to make them fix it, and they... didn't. If you have headphones that are too loud at 'unit above zero', and use the volume limiter in the device safety section to set it to a reasonable level, it just completely mutes the headphones.
This isn't a hardware issue. Bluetooth devices have an integer volume setting, and the "unit above zero" setting is definitely not '1' on iOS like it is on android.
I've hit this problem with 100% of the non-apple headphones I've used.
I have found that when playing audio to a HomePod, pressing Volume Up on the phone increases the volume by 1.
But if you immediately press Volume Down, it goes down by 0.5. So, with two button presses you can get the half-step increase you wanted in the first place.
It's like adding "a little" to a volume change command with Siri.
In macOS, there used to be a modifier key to have the volume change in half-steps, too, but I've forgotten what it is.I think the only place that Apple has done a good job with volume controls is the AirPods Max. But even there, I'd like more granularity at the low end.
http://hallofshame.gp.co.at/qtime.htm
EDIT:
previously
763 points by yankcrime on July 13, 2021 | hide | past | favorite | 477 comments
https://news.ycombinator.com/item?id=27819384
One example (you need to play tic tac toe to set the volume) https://www.tiktok.com/@vivancodes/video/7612511893340671240
It seems like that account has quite a few more too
- https://neal.fun/not-a-robot/
- https://neal.fun/password-game/
I wish more front-end designers would consider "should" more often.
"Oh, we can make the scrollbars in our web page auto-hide so PC users get the same experience as Mac users"
But should you?
No. Because one of the reasons I use a PC is because auto-hiding scrollbars on a desktop/laptop is a bug, not a feature, and I disabled that bug while I had a Mac because it's annoying.
"Oh, we can implement smooth scrolling in JavaScript!"
But should you?
No. Because browsers already do it. And your implementation will fail on at least one browser and cause scrolling to just be fucked up. If a user has disabled smooth scrolling, it's probably for a reason. Don't force it back on.
"We can create our own implementation of a drop-down box"
But should you?
No. You're reducing accessibility for literally zero gain. I hate when I'm entering my address, tabbing through the fields, reach the State, and pressing O then R doesn't bring me to "Oregon" or "OR", and instead brings me to Rhode Island. Side note: The order of entering an address is street address, city, state, zip code. If your form order is any different, you're a madman.
In the US. Most of Europe uses street address; postcode, settlement and optionally province; country. There are still enough occasional warts that you shouldn’t dictate the structre of the second line, though: e.g. in France you’ll usually see things like “75005 Paris” but large institutions that get separate deliveries may list addresses like “75231 Paris CEDEX 05”, where everything but “Paris” is a postcode-like routing instruction. Unless you definitely, absolutely know better, just let people type in whatever postal label they want.
It takes wisdom to do that, and it doesn’t justify a salary. So we get experimented upon by UX designers at every company.
While the volume controls are fun, at this stage in the thread I’m struck by how few people have got to the point of the article at the end: the “should” question.
So this had me chuckling so hard, having worked professionally in the pro audio world for decades - I can say that some of these 'solutions' would actually be accepted in certain market segments .. I especially love the designs which use a built-in accelerometer.
It seems the good ol' knob is not going anywhere any time soon.
+ Mud flaps