@@ -21,7 +21,7 @@ which drives many of these changes.
21
21
22
22
You can no longer invoke .bind, .call or .apply on a function in angular expressions.
23
23
This is to disallow changing the behaviour of existing functions
24
- in an unforseen fashion.
24
+ in an unforeseen fashion.
25
25
26
26
- due to [6081f207](https://github.com/angular/angular.js/commit/6081f20769e64a800ee8075c168412b21f026d99),
27
27
@@ -877,7 +877,7 @@ of `$sce.trustAsHtml(string)`. When bound to a plain string, the string is sanit
877
877
module is not loaded) and the bound expression evaluates to a value that is not trusted an
878
878
exception is thrown.
879
879
880
- When using this directive you can either include `ngSanitize` in your module's dependencis (See the
880
+ When using this directive you can either include `ngSanitize` in your module's dependencies (See the
881
881
example at the {@link ngBindHtml} reference) or use the {@link $sce} service to set the value as
882
882
trusted.
883
883
@@ -1134,10 +1134,10 @@ freely available to JavaScript code (as before).
1134
1134
1135
1135
Angular expressions execute in a limited context. They do not have
1136
1136
direct access to the global scope, `window`, `document` or the Function
1137
- constructor. However, they have direct access to names/properties on
1138
- the scope chain. It has been a long standing best practice to keep
1137
+ constructor. However, they have direct access to names/properties on
1138
+ the scope chain. It has been a long standing best practice to keep
1139
1139
sensitive APIs outside of the scope chain (in a closure or your
1140
- controller.) That's easier said that done for two reasons:
1140
+ controller.) That's easier said than done for two reasons:
1141
1141
1142
1142
1. JavaScript does not have a notion of private properties so if you need
1143
1143
someone on the scope chain for JavaScript use, you also expose it to
0 commit comments