docs: translate guide/glossary.md file to Spanish (#49)
* docs: change angular to Angular * docs: change Consultá to consulta * docs: change CLI Angular to Angular CLI * docs: fix typo * docs: change puede to puedes * docs: add glossary.en.md file Co-authored-by: Michael Prentice <splaktar@gmail.com>
This commit is contained in:
parent
a198e2984c
commit
71b1f1ad88
@ -14,7 +14,7 @@ established through the components' [view objects](guide/glossary#view).
|
||||
Each component has a *host view*, and can have additional *embedded views*.
|
||||
An embedded view in component A is the
|
||||
host view of component B, which can in turn have embedded view.
|
||||
This means that there is a [view hierarchy](guide/glossary#view-hierarchy) for each component,
|
||||
This means that there is a [view hierarchy](guide/glossary#view-tree) for each component,
|
||||
of which that component's host view is the root.
|
||||
|
||||
There is an API for navigating *down* the view hierarchy.
|
||||
|
@ -91,7 +91,7 @@ Angular components, templates, and styles go here.
|
||||
|
||||
| `src/app/` FILES | PURPOSE |
|
||||
| :-------------------------- | :------------------------------------------|
|
||||
| `app/app.component.ts` | Defines the logic for the app's root component, named `AppComponent`. The view associated with this root component becomes the root of the [view hierarchy](guide/glossary#view-hierarchy) as you add components and services to your application. |
|
||||
| `app/app.component.ts` | Defines the logic for the app's root component, named `AppComponent`. The view associated with this root component becomes the root of the [view hierarchy](guide/glossary#view-tree) as you add components and services to your application. |
|
||||
| `app/app.component.html` | Defines the HTML template associated with the root `AppComponent`. |
|
||||
| `app/app.component.css` | Defines the base CSS stylesheet for the root `AppComponent`. |
|
||||
| `app/app.component.spec.ts` | Defines a unit test for the root `AppComponent`. |
|
||||
|
1090
aio/content/guide/glossary.en.md
Normal file
1090
aio/content/guide/glossary.en.md
Normal file
File diff suppressed because it is too large
Load Diff
File diff suppressed because it is too large
Load Diff
@ -39,7 +39,7 @@ To prepare your app for translations, you should have a basic understanding of t
|
||||
|
||||
* [Templates](guide/glossary#template "Definition of a template")
|
||||
* [Components](guide/glossary#component "Definition of a component")
|
||||
* [Angular CLI](guide/glossary#command-line-interface-cli "Definition of CLI") command-line tool for managing the Angular development cycle
|
||||
* [Angular CLI](guide/glossary#cli "Definition of CLI") command-line tool for managing the Angular development cycle
|
||||
* [Extensible Markup Language (XML)](https://www.w3.org/XML/ "W3C: Extensible Markup Language (XML)") used for translation files
|
||||
|
||||
## Steps to localize your app
|
||||
@ -534,13 +534,13 @@ The following example shows both translation units after translating:
|
||||
|
||||
## Merge translations into the app
|
||||
|
||||
To merge the completed translations into the app, use the [Angular CLI](guide/glossary#command-line-interface-cli "Definition of CLI") to build a copy of the app's distributable files for each locale.
|
||||
To merge the completed translations into the app, use the [Angular CLI](guide/glossary#cli "Definition of CLI") to build a copy of the app's distributable files for each locale.
|
||||
The build process replaces the original text with translated text, and sets the `LOCALE_ID` token for each distributable copy of the app.
|
||||
It also loads and registers the locale data.
|
||||
|
||||
After merging, you can serve each distributable copy of the app using server-side language detection or different subdirectories, as described in the next section about [deploying multiple locales](#deploy-locales).
|
||||
|
||||
The build process uses [ahead-of-time (AOT) compilation](guide/glossary#ahead-of-time-aot-compilation) to produce a small, fast,
|
||||
The build process uses [ahead-of-time (AOT) compilation](guide/glossary#aot) to produce a small, fast,
|
||||
ready-to-run app. With Ivy in Angular version 9, AOT is used by default for both
|
||||
development and production builds, and AOT is required to localize component templates.
|
||||
|
||||
@ -610,7 +610,7 @@ To use your locale definition in the build configuration, use the `"localize"` o
|
||||
|
||||
<div class="alert is-helpful">
|
||||
|
||||
Note: [Ahead-of-time (AOT) compilation](guide/glossary#ahead-of-time-aot-compilation) is required to localize component templates.
|
||||
Note: [Ahead-of-time (AOT) compilation](guide/glossary#aot) is required to localize component templates.
|
||||
If you changed this setting, set `"aot"` to `true` in order to use AOT.
|
||||
|
||||
</div>
|
||||
|
@ -457,7 +457,7 @@ The object reference did not change when the value of its own `name` property ch
|
||||
|
||||
### Responding to view changes
|
||||
|
||||
As Angular traverses the [view hierarchy](guide/glossary#view-hierarchy "Definition of view hierarchy definition") during change detection, it needs to be sure that a change in a child does not attempt to cause a change in its own parent. Such a change would not be rendered properly, because of how [unidirectional data flow](guide/glossary#unidirectional-data-flow "Definition") works.
|
||||
As Angular traverses the [view hierarchy](guide/glossary#view-tree "Definition of view hierarchy definition") during change detection, it needs to be sure that a change in a child does not attempt to cause a change in its own parent. Such a change would not be rendered properly, because of how [unidirectional data flow](guide/glossary#unidirectional-data-flow "Definition") works.
|
||||
|
||||
If you need to make a change that inverts the expected data flow, you must trigger a new change detection cycle to allow that change to be rendered.
|
||||
The examples illustrate how to make such changes safely.
|
||||
|
@ -146,7 +146,7 @@ You can then use your custom pipe in template expressions, the same way you use
|
||||
|
||||
### Marking a class as a pipe
|
||||
|
||||
To mark a class as a pipe and supply configuration metadata, apply the [`@Pipe`](/api/core/Pipe "API reference for Pipe") [decorator](/guide/glossary#decorator--decoration "Definition for decorator") to the class.
|
||||
To mark a class as a pipe and supply configuration metadata, apply the [`@Pipe`](/api/core/Pipe "API reference for Pipe") [decorator](/guide/glossary#decorator "Definition for decorator") to the class.
|
||||
Use [UpperCamelCase](guide/glossary#case-types "Definition of case types") (the general convention for class names) for the pipe class name, and [camelCase](guide/glossary#case-types "Definition of case types") for the corresponding `name` string.
|
||||
Do not use hyphens in the `name`.
|
||||
For details and more examples, see [Pipe names](guide/styleguide#pipe-names "Pipe names in the Angular coding style guide").
|
||||
|
@ -12,7 +12,7 @@ This page guides you through creating the shopping cart in three phases:
|
||||
{@a services}
|
||||
## Services
|
||||
|
||||
Services are an integral part of Angular applications. In Angular, a service is an instance of a class that you can make available to any part of your application using Angular's [dependency injection system](guide/glossary#dependency-injection-di "Dependency injection definition").
|
||||
Services are an integral part of Angular applications. In Angular, a service is an instance of a class that you can make available to any part of your application using Angular's [dependency injection system](guide/glossary#dependency-injection "Dependency injection definition").
|
||||
|
||||
Services are the place where you share data between parts of your application. For the online store, the cart service is where you store your cart data and methods.
|
||||
|
||||
|
Loading…
x
Reference in New Issue
Block a user