Live data from Hacker News

The worst volume control UI in the world (2017)

uxdesign.cc

11–20 of 119 posts

Re: The worst volume control UI in the world (2017)

#11
Every now and then I get these hilarious volume control videos on TikTok. They show the most horrible ways for doing volume control

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

Re: The worst volume control UI in the world (2017)

#12
post #11

Every now and then I get these hilarious volume control videos on TikTok. They show the most horrible ways for doing volume control 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

Tic Tac Toe is hilarious

Re: The worst volume control UI in the world (2017)

#15
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!

Re: The worst volume control UI in the world (2017)

#16
> 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.

Post reply on HN