Earlier quoted context omitted.
We've solved this problem already without animations. You just highlight the data that has changed and have an "Apply" button to save those changes.
Toggle buttons are supposed to have an instant effect. It's an anti pattern to gate the effect on a submit.
My favourite animation trick: exponential smoothing (2023)
291–300 of 390 posts
Re: My favourite animation trick: exponential smoothing (2023)
#292Earlier quoted context omitted.
The virtual buttons are controlled by physical buttons. My mouse button already "animates" because it physically moves when I click it (and it's optical, so no contact bounce). I don't need another animation playing after the physical movement finishes. That's just annoying time wasting.
How is it wasting time? It's not like you have to wait for the animation to complete
Re: My favourite animation trick: exponential smoothing (2023)
#293Earlier quoted context omitted.
Smooth animations > janky animations, always, but that's not the issue here -- the issue is whether something that doesn't need to be animated should be animated. I prefer programs I perceive as "snappier" -- and to me, a part of "snappiness" is choosing not to animate things unnecessarily.
Some animations can be essential for user experience. One of them is demoed in the page: the page scroll animation. If you've ever looked at a wall of text or other high entropy information displayed on the screen, especially if it was on a shared screen so the image is all you can see with no hints about the scroll direction, keeping up with the motion can be nigh impossible. You have the whole image jumping up and…
Re: My favourite animation trick: exponential smoothing (2023)
#294I don't see much discussion here of the crucial point, which is that this isn't just another easing curve or smoothstep() between 0 and 1, it's a stateless method that handles pretty much any inputs in a regular way. That's really useful! If you've used CSS transitions you'll have encountered the problem this solves. Okay, my duration is 400ms -- but why 400? Shouldn't it depend on how far it has to move? As others h…
This is off the cuff, but you might be able to fix this as follows: Interpret exponential smoothing as a ODE on the distance to the target. Call that distance D. Then exponential smoothing is the Euler update for dD/dt=-C*D. (the constant C>0 being a speed parameter) The issue you bring up is basically the fact that the solutions to the ODE are D(t)=A*exp(-C*t), which is asymptotic to zero as t->oo, but never reaches zero. Now, the fix is to replace the ODE with one that goes to zero in finite time. e.g. dD/dt=-C*sqrt(D). (Solutions are half-quadratic. i.e. they are quadratic for a bit then stay zero once you hit zero.) The Euler update for this is stateless like you wanted.
Re: My favourite animation trick: exponential smoothing (2023)
#295Earlier quoted context omitted.
Switches in the real world tend to snap almost instantly from one end to the other. That is the defining feature of switches – that they don't have a slow transition between the states. This animation stuff isn't realistic, and even if it was that isn't an argument for it.
I don't know about your switches, but mine definitely do need to pass through the intervening space between states. That's not an argument for slow transitions, but some transition is realistic.
Re: My favourite animation trick: exponential smoothing (2023)
#296Some of example animations are buggy - https://i.imgur.com/hQyh05s.gif https://i.imgur.com/So6KsMt.gif
Re: My favourite animation trick: exponential smoothing (2023)
#297Earlier quoted context omitted.
> When I click a button in the real world, it changes the state instantaneously. It gives me an instantaneous feedback. Imagine you click the mouse button, and it slowly goes down and up. Physical buttons have measurable response times, along with momentum and bounce. They're pretty quick, but get more noticeable as things get bigger. https://en.wikipedia.org/wiki/Switch#Contact_bounce The technique becomes even more…
The virtual buttons are controlled by physical buttons. My mouse button already "animates" because it physically moves when I click it (and it's optical, so no contact bounce). I don't need another animation playing after the physical movement finishes. That's just annoying time wasting.
Re: My favourite animation trick: exponential smoothing (2023)
#298Earlier quoted context omitted.
The virtual buttons are controlled by physical buttons. My mouse button already "animates" because it physically moves when I click it (and it's optical, so no contact bounce). I don't need another animation playing after the physical movement finishes. That's just annoying time wasting.
It's non-blocking. If those milliseconds are critical, you can be doing other stuff.
Re: My favourite animation trick: exponential smoothing (2023)
#299Earlier quoted context omitted.
Most people that complain about these things don't even realize how much of it is integrated into their daily lives and workflows because it's too natural to notice. You don't need experience to see when someone's done a shitty job, though; just like any other tool, inexperienced people often see poor outcomes as an indictment of a technique, tool, or approach when the practitioner is to blame.
I think that's a bit of an exaggeration. Yes, animations are useful sometimes, but in at least 90% of cases they make the experience worse. If animations were so important and integrated everywhere then why didn't I notice any change when enabling "reduce animations" on all my devices, other than everything being suddenly faster? > inexperienced people often see poor outcomes as an indictment of a technique, tool, or…
You're confidently saying it makes the experience worse but you said you didn't notice a difference when it went away? There's a lot of data out there that says otherwise. Once again, developers use of interfaces differs from regular users as much as professional cooks use of kitchen equipment differs from home cooks. It's very different.
> Or they simply realized that so many practitioners are to blame that the distinction barely matters anymore.
Sorry, no. Most shitty software design is done by developers that assemble interfaces based on their whim, most of the rest are done by developers trying to mimic what they think a designer might do (which most developers mistake for design,) and the small remainder are from either incompetent designers or genuine misfires.
Ask any group of professional photographers how many have tried Gimp in an attempt to avoid Adobe's fees-- almost all of them will say they have. Ask how many actually use it? I'd be shocked to find a single one. Aside from the substandard graphic design tools for things like typography (which are totally reasonably not a focus for the project, especially when Inkscape is solid there,) Gimp is a competent photo editor. Who uses Gimp? Developers that need a photo editor. Developers making software that other developers like to use is not an indicator that they know how to make software that's tolerable for other people.
Re: My favourite animation trick: exponential smoothing (2023)
#300I don't want to be a party breaker, and the article is nicely written, but why are these animations pervasive these days? When I click a button in the real world, it changes the state instantaneously. It gives me an instantaneous feedback. Imagine you click the mouse button, and it slowly goes down and up. UI is becoming an art, but most people use computers to get their jobs done. And, to be honest, I still prefer c…
https://addons.mozilla.org/en-US/firefox/addon/disable-trans...