You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Dec 4, 2017. It is now read-only.
Copy file name to clipboardExpand all lines: public/docs/ts/latest/guide/router.jade
+7-8Lines changed: 7 additions & 8 deletions
Original file line number
Diff line number
Diff line change
@@ -1142,8 +1142,8 @@ h3#route-animation Adding animations to the route component
1142
1142
:marked
1143
1143
Next, we'll use a **host binding** for route animations named *@routeAnimation*. There is nothing special
1144
1144
about the choice of the binding name, but since we are controlling route animation, we'll go with `routeAnimation`.
1145
-
The binding value is set to `true` because we only care about the `*` and `void` states which are
1146
-
[entering and leaving](../guide/animations.html#example-entering-and-leaving) animation states.
1145
+
The binding value is set to `true` because we only care about the `:enter` and `:leave` states which are
1146
+
[entering and leaving](../api/core/index/transition-function.html#transition-aliases-enter-and-leave-) transition aliases.
1147
1147
1148
1148
We'll also add some display and positioning bindings for styling.
1149
1149
@@ -1152,8 +1152,8 @@ h3#route-animation Adding animations to the route component
1152
1152
:marked
1153
1153
Now we can build our animation trigger, which we'll call *routeAnimation* to match the binding we previously
1154
1154
setup. We'll use the **wildcard state** that matches any animation state our route component is in, along with
1155
-
two *transitions*. One transition animates the component as it enters the application view (`void => *`), while the other
1156
-
animates the component as it leaves the application view (`* => void`).
1155
+
two *transitions*. One transition animates the component as it enters the application view (`:enter`), while the other
1156
+
animates the component as it leaves the application view (`:leave`).
1157
1157
1158
1158
We could add different transitions to different route components depending on our needs. We'll just animate our `HeroDetailComponent` for this milestone.
1159
1159
@@ -2199,7 +2199,7 @@ h3#preloading <i>Pre-Loading</i>: background loading of feature areas
2199
2199
2200
2200
<aid="custom-preloading"></a>
2201
2201
:marked
2202
-
### Custom Pre-Loading
2202
+
### Custom Pre-Loading Strategy
2203
2203
2204
2204
Pre-loading all modules works well in some situations, but in some cases we need more control over what gets loaded eagerly. This becomes more clear
2205
2205
as we load our application on a mobile device, or a low bandwidth connection. We may only want to preload certain feature modules based on user metrics
@@ -2236,9 +2236,8 @@ h3#preloading <i>Pre-Loading</i>: background loading of feature areas
Once our application is loaded to our inital route, the *CrisisCenterModule* is loaded eagerly. We can verify this by logging in to the `Admin` feature area and
2240
-
noting that our `Crisis Center` is listed in the `Preloaded Modules.`
2241
-
2239
+
Once our application is loaded to our initial route, the *CrisisCenterModule* is loaded eagerly. We can verify this by logging in to the `Admin` feature area and
2240
+
noting that our `Crisis Center` is listed in the `Preloaded Modules`. We can continue to add feature modules to be selectively loaded eagerly.
0 commit comments