From 609a3766bdfd72503acc8291708fdbdaa0d7ba05 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Paul=20O=E2=80=99Shannessy?= <paul@oshannessy.com>
Date: Tue, 16 Jul 2013 23:38:15 -0700
Subject: [PATCH] em dashes
---
docs/02-displaying-data.md | 4 ++--
docs/03-interactivity-and-dynamic-uis.md | 2 +-
docs/04-multiple-components.md | 2 +-
docs/08-tooling-integration.md | 2 +-
4 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/docs/02-displaying-data.md b/docs/02-displaying-data.md
index e9ebeb7d..ecbb2d8c 100644
--- a/docs/02-displaying-data.md
+++ b/docs/02-displaying-data.md
@@ -60,11 +60,11 @@ setInterval(function() {
## Reactive Updates
-Open `hello-react.html` in a web browser and type your name into the text field. Notice that React is only changing the time string in the UI -- any input you put in the text field remains, even though you haven't written any code to manage this behavior. React figures it out for you and does the right thing.
+Open `hello-react.html` in a web browser and type your name into the text field. Notice that React is only changing the time string in the UI — any input you put in the text field remains, even though you haven't written any code to manage this behavior. React figures it out for you and does the right thing.
The way we are able to figure this out is that React does not manipulate the DOM unless it needs to. **It uses a fast, internal mock DOM to perform diffs and computes the most efficient DOM mutation for you.**
-The inputs to this component are called `props` -- short for "properties". They're passed as attributes in JSX syntax. You should think of these as immutable within the component, that is, **never write to `this.props`**.
+The inputs to this component are called `props` — short for "properties". They're passed as attributes in JSX syntax. You should think of these as immutable within the component, that is, **never write to `this.props`**.
## Components are Just Like Functions
diff --git a/docs/03-interactivity-and-dynamic-uis.md b/docs/03-interactivity-and-dynamic-uis.md
index a32bf072..f679bf98 100644
--- a/docs/03-interactivity-and-dynamic-uis.md
+++ b/docs/03-interactivity-and-dynamic-uis.md
@@ -84,6 +84,6 @@ A common pattern is to create several stateless components that just render data
`this.state` should only contain the minimal amount of data needed to represent your UI's state. As such, it should not contain:
-* **Computed data:** Don't worry about precomputing values based on state -- it's easier to ensure that your UI is consistent if you do all computation within `render()`. For example, if you have an array of list items in state and you want to render the count as a string, simply render `this.state.listItems.length + ' list items'` in your `render()` method rather than storing it on state.
+* **Computed data:** Don't worry about precomputing values based on state — it's easier to ensure that your UI is consistent if you do all computation within `render()`. For example, if you have an array of list items in state and you want to render the count as a string, simply render `this.state.listItems.length + ' list items'` in your `render()` method rather than storing it on state.
* **React components:** Build them in `render()` based on underlying props and state.
* **Duplicated data from propsL** Try to use props as the source of truth where possible. Because props can change over time, it's appropriate to store props in state to be able to know its previous values.
diff --git a/docs/04-multiple-components.md b/docs/04-multiple-components.md
index 1b7674c0..82e8b73e 100644
--- a/docs/04-multiple-components.md
+++ b/docs/04-multiple-components.md
@@ -60,7 +60,7 @@ React.renderComponent(
## Ownership
-In the above example, instances of `Avatar` *own* instances of `ProfilePic` and `ProfileLink`. In React, **an owner is the component that sets the `props` of other components**. More formally, if a component `X` is created in component `Y`'s `render()` method, it is said that `X` is *owned by* `Y`. As discussed earlier, a component cannot mutate its `props` -- they are always consistent with what its owner sets them to. This key property leads to UIs that are guaranteed to be consistent.
+In the above example, instances of `Avatar` *own* instances of `ProfilePic` and `ProfileLink`. In React, **an owner is the component that sets the `props` of other components**. More formally, if a component `X` is created in component `Y`'s `render()` method, it is said that `X` is *owned by* `Y`. As discussed earlier, a component cannot mutate its `props` — they are always consistent with what its owner sets them to. This key property leads to UIs that are guaranteed to be consistent.
It's important to draw a distinciton between the owner-ownee relationship and the parent-child relationship. The owner-ownee relationship is specific to React, while the parent-child relationship is simply the one you know and love from the DOM. In the example above, `Avatar` owns the `div`, `ProfilePic` and `ProfileLink` instances, and `div` is the **parent** (but not owner) of the `ProfilePic` and `ProfileLink` instances.
diff --git a/docs/08-tooling-integration.md b/docs/08-tooling-integration.md
index e831e337..db7146db 100644
--- a/docs/08-tooling-integration.md
+++ b/docs/08-tooling-integration.md
@@ -26,7 +26,7 @@ If you like using JSX, we provide an in-browser JSX transformer for development
> Note:
>
-> The in-browser JSX transformer is fairly large and results in extraneous computation client-side that can be avoided. Do not use it in production -- see the next section.
+> The in-browser JSX transformer is fairly large and results in extraneous computation client-side that can be avoided. Do not use it in production — see the next section.
## Productionizing: Precompiled JSX