My favourite bad volume control was in Real Player around 1997 where changing the volume in the application actually changed the global volume of Windows.

This is not an issue at all, but when ever I come across something like it, I like to poke at the frontend in dev tools a bit. You can pass most levels with `setVolume(25)` in the web console, since that function is just sitting in the document object. That feels like the ultimate volume UI puzzle heh.

Had a lot of fun cool idea! Make it a PWA so I can list it on <a href="https://korru.app" rel="nofollow">https://korru.app</a>

The worst volume control UI in the world (2017): <a href="https://news.ycombinator.com/item?id=27819384">https://news.ycombinator.com/item?id=27819384</a>

Finished the game. It was fun to play. I got stuck for a while on the opposite level where the display doesn't update, but was able to go through the rest just fine

Got an error on Level 17, just a heads up.<p>Love the game, btw.

There are two types of volume slider I've encountered thus far, "too logarithmic", and "not logarithmic enough".

Laughed out loud but gave up at level 5

Plenty of annoyance in here for sure. Looks like 17 cannot be finished on mobile though. Switching to desktop view resets progress.

Meanwhile, iPhone is still using this design <a href="https://xkcd.com/1884/" rel="nofollow">https://xkcd.com/1884/</a>

When clicking on this topic, I had anticipated it to be about GTK 3.x's messed up sliders.<p>This was more fun, in a dystopian kind of way. I have sure encountered the rate-limited spinner and the self-resizing slider in real UIs. Perhaps GTK's behaviour is on a level that I have not reached.

[dead]

[dead]

[deleted]