From 00e14cb50b52065c98b560b06d476aba0203dc28 Mon Sep 17 00:00:00 2001 From: Gareth Nicholson Date: Sat, 16 May 2015 15:55:29 +0200 Subject: [PATCH] change wording --- docs/08-working-with-the-browser.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/08-working-with-the-browser.md b/docs/08-working-with-the-browser.md index 80c40c314..e5cd6d659 100644 --- a/docs/08-working-with-the-browser.md +++ b/docs/08-working-with-the-browser.md @@ -13,7 +13,7 @@ React provides powerful abstractions that free you from touching the DOM directl React is so fast because it never talks to the DOM directly. React maintains a fast in-memory representation of the DOM. `render()` methods return a *description* of the DOM, and React can diff this description with the in-memory representation to compute the fastest way to update the browser. -Additionally, React implements a full synthetic event system such that all event objects are guaranteed to conform to the W3C spec despite browser quirks, and everything bubbles consistently and in a performant way cross-browser. You can even use some HTML5 events in IE8! +Additionally, React implements a full synthetic event system such that all event objects are guaranteed to conform to the W3C spec despite browser quirks, and everything bubbles consistently and in a performant cross-browser way. You can even use some HTML5 events in IE8! Most of the time you should stay within React's "faked browser" world since it's more performant and easier to reason about. However, sometimes you simply need to access the underlying API, perhaps to work with a third-party library like a jQuery plugin. React provides escape hatches for you to use the underlying DOM API directly.