←back to thread

917 points cryptophreak | 1 comments | | HN request time: 0.208s | source
Show context
fschuett ◴[] No.45763249[source]
> Free audio editing software that requires hours of learning to be useful for simple tasks.

To be fair, the Audacity UX designer made a massive video about the next UX redesign and how he tried to get rid of "modes" and the "Audacity says no" problem:

https://www.youtube.com/watch?v=QYM3TWf_G38

So this problem should get better in the future. Good UX (doesn't necessarily have to have a flashy UI, but just a good UX) in free software is often lacking or an afterthought.

replies(4): >>45764008 #>>45764615 #>>45768773 #>>45769218 #
eviks ◴[] No.45769218[source]
the "modal disruption" is misguided - he cites as the challenge a very poor implementation in a MS app where the modes were barely visible!!! That's not a proof that modes are bad, just a statement that invisible information makes it hard for the users to adapt! Brushes (another mode he cites as great) are great precisly because their state is immediately visible in your focus area - your primary pointer changes

Now he got rid of the modes by adding handles and border actions - so 1) wasted some space that could be used for information 2) required more precision from the users because now to do the action you must target a tiny handle/border area 3) same, but for other actions as now you have to avoid those extra areas to do other tasks.

While this might be fine for casual users as it's more visible, the proper way out is, of course,... MODES and better ones! Let the default be some more casual mode with your handles, but then let users who want more ergonomics use a keybind to allow moving the audio segment by pressing anywhere in that segment, not just in the tiny handle at the top. And then you could also add all those handles to visually indicate that now segments are movable or turn your pointer into a holding hand etc.

Same thing in the example - instead of creating a whole new separate app with a button you could have a "1-button magicbrake" mode in handbrake

replies(3): >>45769514 #>>45771165 #>>45774283 #
aniforprez ◴[] No.45769514[source]
Having actually used Audacity, the modes were horrid and not at all intuitive to use and everything demonstrated in the video only looked like vast improvements (aside from the logo). I am failing to see how adding handles wastes space that could be used for any extra information especially when the tradeoff is an incredible degree of customisation for my UI. In terms of precision, they're working on accessibility issues but I'm not sure how this change is any special than any other UI.
replies(1): >>45769764 #
1. eviks ◴[] No.45769764[source]
> I am failing to see how adding handles wastes space that could be used for any extra information

What is there to see? You add a bar that takes space. That space can be taken up by something useful. Just like you have apps that hide app title bar and app menus so you can have more space for your precious content. This is especially useful for high-info-density apps like these audio/video/photo authoring ones. Note how tiny those handles are in the video, why do you think that is?

> tradeoff is an incredible degree of customisation

You don't have that tradeoff, neither of the 2 solutions are anywhere close to "incredible customization", so you can pick either without it.

> In terms of precision, they're working on accessibility issues

Working towards what magic solution?

> but I'm not sure how this change is any special than any other UI.

why does it have to be special? Just a bog standard degradation common to any UI (re)design, nothing special about it.

> the modes were horrid

Of course they were. Just like they were horrid in that MS Paint app the dev worked on before. But you can make any UI primitive horrid, even buttons, that's no reason to remove them, but to improve them!