all typos
Cheng Lou committed
Oct 3, 2013 at 22:36 UTC
8d2b4a9a25df1f7bd810405ed150985f97aa8667
6 files changed
+6
-6
docs/cookbook/cb-02-inline-styles tip.md
+1
-1
@@ -19,4 +19,4 @@ var divStyle = {
19
React.renderComponent(<div style={divStyle}>Hello World!</div>, mountNode);
20
```
21
22
-Style keys are camelCased in order to be consistent with accessing the properties using node.style.___ in DOM. This also explains why WebkitTransition has an uppercase 'W'.
22
+Style keys are camelCased in order to be consistent with accessing the properties using node.style.___ in DOM. This also explains why WebkitTransition has an uppercase "W".
docs/cookbook/cb-02-inline-styles.md
+1
-1
@@ -24,4 +24,4 @@ React.renderComponent(<div style={divStyle}>Hello World!</div>, mountNode);
24
```
25
26
### Discussion
27
-Style keys are camelCased in order to be consistent with accessing the properties using `node.style.___` in DOM. This also explains why `WebkitTransition` has an uppercase 'W'.
27
+Style keys are camelCased in order to be consistent with accessing the properties using `node.style.___` in DOM. This also explains why `WebkitTransition` has an uppercase "W".
docs/cookbook/cb-05-jsx-root-node-count tip.md
+1
-1
@@ -5,6 +5,6 @@ layout: docs
5
permalink: jsx-root-node-count-tip.html
6
---
7
8
-Currently in `render`, you can only return one node; if you have, say, a list of divs to return, you must wrap your components within, say, one big `div` or `span` (or any other component).
8
+Currently in `render`, you can only return one node; if you have, say, a list of `div`s to return, you must wrap your components within, say, one big `div` or `span` (or any other component).
9
10
Don't forget that JSX compiles into regular js, and returning two functions doesn't really make syntactic sense.
docs/cookbook/cb-08-controlled-input-null-value tip.md
+1
-1
@@ -7,7 +7,7 @@ permalink: controlled-input-null-value-tip.html
7
8
With a controlled input component, specifying a `value` prevents the user from changing the input unless you desire so (more info [here](forms.html)).
9
10
-You might have ran into a problem where you specified a `value` but the input can still be changed. In this case, you might have accidentally set your `value` to `undefined` or `null`. The snippet below shows this phenomenon; after a second, the text can be edited.
10
+You might have run into a problem where you specified a `value` but the input can still be changed. In this case, you might have accidentally set your `value` to `undefined` or `null`. The snippet below shows this phenomenon; after a second, the text can be edited.
11
12
```js
13
/** @jsx React.DOM */
docs/cookbook/cb-09-componentWillReceiveProps-not-triggered-after-mounting-tip.md
+1
-1
@@ -5,6 +5,6 @@ layout: docs
5
permalink: componentWillReceiveProps-not-triggered-after-mounting-tip.html
6
---
7
8
-`componentWillReceiveProps` isn't triggered after the node is put on scene. This is by design. Checkout [other lifecycle methods](component-specs.html) for the one that suits your needs.
8
+`componentWillReceiveProps` isn't triggered after the node is put on scene. This is by design. Check out [other lifecycle methods](component-specs.html) for the one that suits your needs.
9
10
The reason for that is because `componentWillReceiveProps` often handles the logic of comparing with the old props and act upon changes; not triggering it at mounting, where there are no old props, clearly defines what the method should do.
docs/cookbook/cb-09-componentWillReceiveProps-not-triggered-after-mounting.md
+1
-1
@@ -9,7 +9,7 @@ permalink: componentWillReceiveProps-not-triggered-after-mounting.html
9
`componentWillReceiveProps` isn't triggered after the node is put on scene.
10
11
### Solution
12
-This is by design. Checkout [other lifecycle methods](component-specs.html) for the one that suits your needs.
12
+This is by design. Check out [other lifecycle methods](component-specs.html) for the one that suits your needs.
13
14
### Discussion
15
`componentWillReceiveProps` often handles the logic of comparing with the old props and act upon changes; not triggering it at mounting, where there are no old props, clearly defines what the method should do.