Animation-In are fine BUT no animation when something disappears. IS THIS GOOD?
From Google images
From Toptal
https://www.toptal.com/designers/ux/interview-questions
From Designation
User Experience Stack Exchange is a question and answer site for user experience researchers and experts. It only takes a minute to sign up.
Sign up to join this communityAnimation-In are fine BUT no animation when something disappears. IS THIS GOOD?
From Google images
From Toptal
https://www.toptal.com/designers/ux/interview-questions
From Designation
Animation is used to draw focus to objects. It makes less sense to draw focus to an object the user is no longer pointing to (and thus, is no longer interested in focusing on), than to draw focus to the object the user does want to focus on.
It is not a matter of neglect, but a conscious decision to narrow the area of focus to coincide with the object the user is currently interested in.
I don't think it's a design decision; I think they're neglected because, at least in web development, they're kind of annoying to implement and don't contribute enough to the UX to make them worth the work. If you look at Google's Material Design Animation guidelines, they always show the end animations:
Whereas showing an entrance animation is as easy as adding animation: ...;
to the CSS, an exit animation requires either 1) avoiding display: none
(not always possible; requires jumping through some hoops) 2) use JavaScript to wait for the exit animation to finish before setting display: none
. Here's an entire tutorial on the subject.
opacity:0; pointer-events:none
and live with the fact the objects are still there on the screen, but I guess that counts as 1).
Aug 9, 2016 at 9:30
Pay attention to the fact that the three examples above are all functional animations but serves a different purpose.
The first two examples acts like a modal box pop up. User opens a box and expect it to disappear once done. So it's a good design decision to reveal it slow, helping user understand the change made, and hide it fast. User is in full control here.
The third animation aims to keep user oriented while zooming into the clock tile (which is a bit less trivial interaction). And so it's important that the animation will revert to tile's original location once zoom out is initiated - user won't lose orientation.
Bottom line, design decision is derived from the purpose of the specific functional animation. Reference: Functional Animation In UX Design
Opening animation
If the UI layout changed suddenly, like when there is no animation and the change happens fast as it happens in modern PCs, then the user would be hit by the "What did I break?!" feeling.
This happens when the user loses her context. The user loses focus and gets a sudden feeling of having broken something.
An animation, like gradually sliding down a form, communicates the user something like "Hey, watch how I insert this block here, don't freak out!".
So it can be said that one purpose is to alter the UI without stealing the user's focus by preserving the context by making it evolve instead of instantly changing.
Notice that the animation consumes a bit of a non-infinite resource, which is the user's time. Like for example .6 seconds, potentially many times.
Closing animation
The closing animation should exist is there is a risk that the user loses her focus in her way back.
Else it's superfluous.
What I personally do is to set closing animations, only much faster than the opening ones. This way I don't waste the user's time. I use intervals like .2 seconds.
So why do we omit closing animations?
Because else sometimes it might be a waste of user time.
An animation out takes time, and for an experienced / familiar user will cause only time wasted. A well-done animation in won't have this effect, as it will draw your attention to the right spot, but when animating out, you already "know" that screen, so its not needed. Also there is often no specific place to focus your attention to.
One exception to this could be, that when animating out you need to load a resource, it would be a nice way to hide the small delay of the load.
The only reason I can think of is based on an assumption. The given examples have in common that it's about a transition between an established state, a new state and back to the original state. Also the context doesn't change (the view doesn't change too drastically). Animating to a new state is often used to get the user ready for the change in view. Changing back to a state the user is already familiar with is perhaps considered unnecessary.
When looking at animations on the web, in regards to UI interface design, you have to take context into consideration.
Not all interface animations are the same, nor should they be treated the same.
We are visual creatures and things like a flash of bright color in an otherwise monochromatic environment, or "physical" movement instinctively catches our attention right away. People have been using these instincts to grab attention for marketing purposes for years.
I have to agree with Rotem, and MJB - although cdrini brings up another very good point.
It is kind of Gimmicky, along the lines of the old-school FLASH tag that's since been thrown out.
Also you need to take into consideration IF a designer has considered accessibility needs (animations can trigger epileptic seizures if done poorly). Not many designers do or are aware of such needs. Some of the above animations do not (to me) come across as taking this serious issue into consideration.
The other aspect to is, if it adds value. If it doesn't add value (whether the animation in or out) don't use it. It's interferes with the UX rather than enhances it.
So not all animations are apples to apples. There is a lot to consider.