Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The worst volume control UI in the world (2017)

uxdesign.cc

Post reply on HN
Print view View original

41–50 of 119 posts

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

#41

Post by dylan604 »

Sohcahtoa82 wrote: post #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…

> "Oh, we can make the scrollbars in our web page auto-hide so PC users get the same experience as Mac users"

That's interesting. Our UI has scroll bars for sub-panels. On my Mac in FF, the scroll bar is always visible when there is overflow. Same screen on a co-worker's Chrome has the autohiding scroll bars even when there is overflow. So it feels more like a Chrome issue than a Windows issue, but I guess at this point in time we just assume everyone is using Chrome.

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

#42

Post by dylan604 »

mananaysiempre wrote: post #27
Sohcahtoa82 wrote: post #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…

> 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 li…

I have mixed opinions on this one. I appreciate the auto populating of City/State when you first enter the Zip. By doing that first, the suggestions of typing in address/street could be a much more accurate list as you've already filtered by state/city. The ones that come up with options from other states when I type in 1234 Main St will give me a list of pretty much every state/city in the country.

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

#45

Post by lostlogin »

dylan604 wrote: post #39
neya wrote: post #32

I like how towards the end they added the vanilla Apple mission control UI in there - which doesn't have any volume control at all just to prove their point. That really caught me off-guard and was funny af.

how does it have no control? you just pull it up or down accordingly. i appreciate the joke that it's not a great design, but to say "doesn't have any volume control at all" is an odd thing to say.

What would be better?

When I search the Android UI, it looks very similar, but horizontal.

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

#46

Post by dylan604 »

lostlogin wrote: post #45
dylan604 wrote: post #39

Earlier quoted context omitted.

how does it have no control? you just pull it up or down accordingly. i appreciate the joke that it's not a great design, but to say "doesn't have any volume control at all" is an odd thing to say.

What would be better? When I search the Android UI, it looks very similar, but horizontal.

I was just saying it was funny that they just used the in real life used screen as their design of the worst thing they could come up with, especially as Apple touts itself as great at design.

As others have said, if they made it a non-linear scale so that there is more room between the lower value and less as it approached the max settings.

However, it is at least functional opposed to the person that I replied suggested it wasn't.

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

#48

Post by IntrepidPig »

socalgal2 wrote: post #22

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 the…

If you long press the volume bar in control center then it opens a larger version you can drag to adjust more precisely.

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

#49

Post by hombre_fatal »

shreddit wrote: post #25
socalgal2 wrote: post #22

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 the…

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.

My gen1 kindle backlight is so bright at the lowest level that I angle it away from me to read at night.

Just typing this out makes me realize I should get a different ereader than wait for it to die since it’s clearly never going to die. It’s been like 15 years

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

#50

Post by db48x »

semolino wrote: post #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…

That’s actually a really common implementation failure across all platforms. It crops up again and again, in virtually every new thing that people implement. It’s very common to see this problem when you activate a submenu of a menu, and want to move the mouse diagonally to pick some item from the submenu.
Post reply on HN