{"body":"","parents":["fc73bf0a0abf739a9a8e6b1a5197dab113e76f27"],"files":[{"path":"docs\/_posts\/2013-09-24-community-roundup-8.md","status":"A"},{"path":"docs\/img\/blog\/markdown_refactor.png","status":"A"},{"path":"docs\/img\/blog\/unite.png","status":"A"}],"commit":{"authoredAt":"2013-09-21T18:28:22+02:00","revision":"58173edb165c81ffcccd654e788106a8fce82f31","authorName":"Vjeux","shortRevision":"58173edb16","subject":"Community round-up #8","authorEmail":"vjeuxx@gmail.com"},"patch":"diff --git a\/docs\/_posts\/2013-09-24-community-roundup-8.md b\/docs\/_posts\/2013-09-24-community-roundup-8.md\nnew file mode 100644\nindex 0000000000..eb7c52f725\n--- \/dev\/null\n+++ b\/docs\/_posts\/2013-09-24-community-roundup-8.md\n@@ -0,0 +1,70 @@\n+---\n+title: \"Community Round-up #8\"\n+layout: post\n+author: Vjeux\n+---\n+\n+A lot has happened in the month since our last update. Here are some of the more interesting things we've found. But first, we have a couple updates before we share links.\n+\n+First, we are organizing a [React Hackathon](http:\/\/reactjshack-a-thon.splashthat.com\/) in Facebook's Seattle office on Saturday September 28. If you want to hack on React, meet some of the team or win some prizes, feel free to join us!\n+\n+We've also reached a point where there are too many questions for us to handle directly. We're encouraging people to ask questions on [StackOverflow](http:\/\/stackoverflow.com\/questions\/tagged\/reactjs) using the tag [[reactjs]](http:\/\/stackoverflow.com\/questions\/tagged\/reactjs). Many members of the team and community have subscribed to the tag, so feel free to ask questions there. We think these will be more discoverable than Google Groups archives or IRC logs.\n+\n+## Javascript Jabber\n+\n+[Pete Hunt](http:\/\/www.petehunt.net\/) and [Jordan Walke](https:\/\/github.com\/jordwalke) were interviewed on [Javascript Jabber](http:\/\/javascriptjabber.com\/073-jsj-react-with-pete-hunt-and-jordan-walke\/) for an hour. They go over many aspects of React such as 60 FPS, Data binding, Performance, Diffing Algorithm, DOM Manipulation, Node.js support, server-side rendering, JSX, requestAnimationFrame and the community. This is a gold mine of information about React.\n+\n+> **PETE:** So React was designed all around that. Conceptually, how you build a React app is that every time your data changes, it's like hitting the refresh button in a server-rendered app. What we do is we conceptually throw out all of the markup and event handlers that you've registered and we reset the whole page and then we redraw the entire page. If you're writing a server-rendered app, handling updates is really easy because you hit the refresh button and you're pretty much guaranteed to get what you expect.\n+>\n+> **MERRICK:** That's true. You don't get into these odd states.\n+>\n+> **PETE:** Exactly, exactly. In order to implement that, we communicate it as a fake DOM. What we'll do is rather than throw out the actual browser html and event handlers, we have an internal representation of what the page looks like and then we generate a brand new representation of what we want the page to look like. Then we perform this really, really fast diffing algorithm between those two page representations, DOM representations. Then React will compute the minimum set of DOM mutations it needs to make to bring the page up to date.\n+>\n+> Then to finally get to answer your question, that set of DOM mutations then goes into a queue and we can plug in arbitrary flushing strategies for that. For example, when we originally launched React in open source, every setState would immediately trigger a flush to the DOM. That wasn't part of the contract of setState, but that was just our strategy and it worked pretty well. Then this totally awesome open source contributor Ben Alpert at Khan Academy built a new batching strategy which would basically queue up every single DOM update and state change that happened within an event tick and would execute them in bulk at the end of the event tick.\n+>\n+> [Read the full conversation ...](http:\/\/javascriptjabber.com\/073-jsj-react-with-pete-hunt-and-jordan-walke\/)\n+\n+\n+## JSXTransformer Trick\n+\n+While this is not going to work for all the attributes since they are camelCased in React, this is a pretty cool trick.\n+\n+

Turn any DOM element into a React.js function: JSXTransformer.transform("\/** @jsx<\/a> React.DOM *\/" + element.innerHTML).code<\/p>— Ross Allen (@ssorallen) September 9, 2013<\/a><\/blockquote><\/div>\n+

dillon1000/react

Files changed