docs: change ”it's" to "its" as needed in several docs. (#21867)

Most of them are in content but one is in common and needs special approval.

PR Close #21867
This commit is contained in:
Eli Sadoff 2017-06-02 15:10:54 -04:00 committed by Jason Aden
parent 6a7689d4ea
commit a89e709515
4 changed files with 10 additions and 10 deletions

View File

@ -165,7 +165,7 @@ Such [entry components](guide/ngmodule-faq#q-entry-component-defined) can never
While there's no harm in exporting them, there's also no benefit. While there's no harm in exporting them, there's also no benefit.
* Pure service modules that don't have public (exported) declarations. * Pure service modules that don't have public (exported) declarations.
For example, there's no point in re-exporting `HttpClientModule` because it doesn't export anything. For example, there's no point in re-exporting `HttpClientModule` because it doesn't export anything.
It's only purpose is to add http service providers to the application as a whole. Its only purpose is to add http service providers to the application as a whole.
<hr/> <hr/>
@ -190,7 +190,7 @@ An NgModule can export a combination of its own declarations, selected imported
Don't bother re-exporting pure service modules. Don't bother re-exporting pure service modules.
Pure service modules don't export [declarable](guide/bootstrapping#the-declarations-array) classes that another NgModule could use. Pure service modules don't export [declarable](guide/bootstrapping#the-declarations-array) classes that another NgModule could use.
For example, there's no point in re-exporting `HttpClientModule` because it doesn't export anything. For example, there's no point in re-exporting `HttpClientModule` because it doesn't export anything.
It's only purpose is to add http service providers to the application as a whole. Its only purpose is to add http service providers to the application as a whole.
<hr/> <hr/>

View File

@ -297,7 +297,7 @@ These properties include `index` and `odd` and a special property named `$implic
Angular sets them to the current value of the context's `index` and `odd` properties. Angular sets them to the current value of the context's `index` and `odd` properties.
* The context property for `let-hero` wasn't specified. * The context property for `let-hero` wasn't specified.
It's intended source is implicit. Its intended source is implicit.
Angular sets `let-hero` to the value of the context's `$implicit` property Angular sets `let-hero` to the value of the context's `$implicit` property
which `NgFor` has initialized with the hero for the current iteration. which `NgFor` has initialized with the hero for the current iteration.

View File

@ -588,7 +588,7 @@ and a controller:
You can *upgrade* this component to Angular using the `UpgradeComponent` class. You can *upgrade* this component to Angular using the `UpgradeComponent` class.
By creating a new Angular **directive** that extends `UpgradeComponent` and doing a `super` call By creating a new Angular **directive** that extends `UpgradeComponent` and doing a `super` call
inside it's constructor, you have a fully upgraded AngularJS component to be used inside Angular. inside its constructor, you have a fully upgraded AngularJS component to be used inside Angular.
All that is left is to add it to `AppModule`'s `declarations` array. All that is left is to add it to `AppModule`'s `declarations` array.
<code-example path="upgrade-module/src/app/upgrade-static/hero-detail.component.ts" region="hero-detail-upgrade" title="hero-detail.component.ts"> <code-example path="upgrade-module/src/app/upgrade-static/hero-detail.component.ts" region="hero-detail-upgrade" title="hero-detail.component.ts">
@ -602,7 +602,7 @@ All that is left is to add it to `AppModule`'s `declarations` array.
Upgraded components are Angular **directives**, instead of **components**, because Angular Upgraded components are Angular **directives**, instead of **components**, because Angular
is unaware that AngularJS will create elements under it. As far as Angular knows, the upgraded is unaware that AngularJS will create elements under it. As far as Angular knows, the upgraded
component is just a directive - a tag - and Angular doesn't have to concern itself with component is just a directive - a tag - and Angular doesn't have to concern itself with
it's children. its children.
</div> </div>
@ -784,7 +784,7 @@ compilation can pick it up.
<code-example path="upgrade-module/src/app/ajs-to-a-providers/app.module.ts" region="register" title="app.module.ts"> <code-example path="upgrade-module/src/app/ajs-to-a-providers/app.module.ts" region="register" title="app.module.ts">
</code-example> </code-example>
You can then inject it in Angular using it's class as a type annotation: You can then inject it in Angular using its class as a type annotation:
<code-example path="upgrade-module/src/app/ajs-to-a-providers/hero-detail.component.ts" title="hero-detail.component.ts"> <code-example path="upgrade-module/src/app/ajs-to-a-providers/hero-detail.component.ts" title="hero-detail.component.ts">
@ -1260,7 +1260,7 @@ app. Switch to the [ngUpgrade bootstrap](#bootstrapping-hybrid-applications) met
instead. instead.
First, remove the `ng-app` attribute from `index.html`. First, remove the `ng-app` attribute from `index.html`.
Then import `UpgradeModule` in the `AppModule`, and override it's `ngDoBootstrap` method: Then import `UpgradeModule` in the `AppModule`, and override its `ngDoBootstrap` method:
<code-example path="upgrade-phonecat-2-hybrid/app/app.module.ts" region="upgrademodule" title="app/app.module.ts"> <code-example path="upgrade-phonecat-2-hybrid/app/app.module.ts" region="upgrademodule" title="app/app.module.ts">
</code-example> </code-example>
@ -1619,7 +1619,7 @@ instead of the default "push state" strategy.
Now update the `AppModule` to import this `AppRoutingModule` and also the Now update the `AppModule` to import this `AppRoutingModule` and also the
declare the root `AppComponent` as the bootstrap component. declare the root `AppComponent` as the bootstrap component.
That tells Angular that it should bootstrap the app with the _root_ `AppComponent` and That tells Angular that it should bootstrap the app with the _root_ `AppComponent` and
insert it's view into the host web page. insert its view into the host web page.
You must also remove the bootstrap of the AngularJS module from `ngDoBootstrap()` in `app.module.ts` You must also remove the bootstrap of the AngularJS module from `ngDoBootstrap()` in `app.module.ts`
and the `UpgradeModule` import. and the `UpgradeModule` import.
@ -1695,7 +1695,7 @@ module configuration files and not needed in Angular:
The external typings for AngularJS may be uninstalled as well. The only ones The external typings for AngularJS may be uninstalled as well. The only ones
you still need are for Jasmine and Angular polyfills. you still need are for Jasmine and Angular polyfills.
The `@angular/upgrade` package and it's mapping in `systemjs.config.js` can also go. The `@angular/upgrade` package and its mapping in `systemjs.config.js` can also go.
<code-example format=""> <code-example format="">
npm uninstall @angular/upgrade --save npm uninstall @angular/upgrade --save

View File

@ -24,7 +24,7 @@ import {Directive, EmbeddedViewRef, Input, OnChanges, SimpleChange, SimpleChange
* `[ngTemplateOutletContext]` should be an object, the object's keys will be available for binding * `[ngTemplateOutletContext]` should be an object, the object's keys will be available for binding
* by the local template `let` declarations. * by the local template `let` declarations.
* *
* Note: using the key `$implicit` in the context object will set it's value as default. * Note: using the key `$implicit` in the context object will set its value as default.
* *
* ## Example * ## Example
* *