You wouldn't randomly put "usleep(300000)" in your programs, so why punish your users by blocking them in the same way?
Yes, I understand that it's pretty. But often, I think, as designers we can be so enthralled by the beauty of our creations that we appreciate them as art and forget the perspective of a user who is simply trying to find the answer to a question or get something done.
In the vast majority of situations, no transition is necessary. As a user, I don't want to wait 300 ms to do the next thing. Don't make me wait. If I must wait, keep the delay under 100 ms so that the system feels responsive.
This is Webflow, a website building tool, so its design choices have a bigger impact; they affect the design of many websites. I would argue against making it trivially easy for website designers to force their users to wait. If the user really does want a transition, use a shorter default duration, like 100 ms.
In my experience somewhere around 150ms hits the sweet spot of not being too annoying and still easy to track the spatial context of what’s going on.
This "easing" crap just makes devices feel slow, and wastes energy and everyone's time.
Stuff that "moves" when you hover over it is stupid anyway - not compatible with touch screens, can't be printed. I've never looked at a site and been anything other than annoyed by stuff that moves/slides/expands.
There's an extra special place in hell for web designers who screw with the page scrolling to make it "better."
In broad terms, if the user cannot predict where things are going to move (typically because the position itself reveals new information, such as the data points in a data visualization), then a transition animation is warranted. On the other hand, if the UI responds to a user command by doing exactly what the user expected (such as expanding the children in an outline list when you click to expand), there is no need for a transition.
If you're relying on animations to hide jankiness or spruce up a design it's probably not going to work. If anything, it will probably make things worse. For example a delayed response to an interaction feels like a slow application, not a smooth one. This is especially true on the web where many animations run on the main thread and compete for resources with whatever is causing slowness.
Because I'm found at the far end of the stack.
