# Animation support in Ember 1.1

**URL:** https://discuss.emberjs.com/t/animation-support-in-ember-1-1/1977
**Category:** Proposals
**Created:** [July 30, 2013, 7:21pm UTC](https://discuss.emberjs.com/t/animation-support-in-ember-1-1/1977 "2013-07-30T19:21:49Z")
**Posts on this page:** 1
**Showing post:** 40

<div class="post-metadata">

### Author: ![seilund](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.emberjs.com/seilund/32/14351_2.png) [@seilund](https://discuss.emberjs.com/u/seilund)
#### Post date: [July 31, 2013, 5:00pm UTC](https://discuss.emberjs.com/t/animation-support-in-ember-1-1/1977/40 "2013-07-31T17:00:12Z")

</div>

It seems that people are eager to discuss internal view lifecycle hooks as well. Awesome! Let’s move this part of the discussion here: [Internal view lifecycle hooks for animation purposes](http://discuss.emberjs.com/t/internal-view-lifecycle-hooks-for-animation-purposes/1989)

The original purpose of this thread was to talk about how route animations should be supported. Let’s continue with that here.

> [@stefan](#):
>
> But I have some concerns, I feel that this proposal currently scenario solves animations for when animations are related to the “node” being animated, but in practice it seems that it has more to do with the edge(s) traversed.

Great input. I just had a chat with @krisselden. We talked about letting the router keep its own internal history stack, which should store the animation effects it has performed to get to the current state. When user hits the browser’s back button, we will know which animation to perform by taking the “opposite” effect. Example: Look at [The HTML presentation framework | reveal.js](http://lab.hakim.se/reveal-js/#/2/3). Imagine that the up arrow in the lower right was constructed like `{{linkTo “page” upPage transition=“slideDown”}}. When user clicks the up arrow the next page slides down from the top. When the user hits the back button we know that we performed a slideDown to get there, so we will perform a slideUp to go back.

> [@Spencer\_Price](#):
>
> I’m a little confused what problem is being solved by this proposal. I agree there is a problem, but this solution attempts to dictate too much to the developer. I don’t want Ember touching (or caring about) my styles. Ever.

Thanks a lot for your input. You don’t have to use animated route transitions. You can hook into the upcoming view lifecycle hooks and do it however you want. That’s where we want to go: Giving us the power to manually customize when it’s okay to remove a view.

---

_[View the full topic](https://discuss.emberjs.com/t/animation-support-in-ember-1-1/1977)._