Remove full page rendering and restrict rendering into head

[andreypopp]

As per #515.

[andreypopp]

Test failures seem to be unrelated to the PR.

[jordwalke]

Before we do this, let's settle on a good router that we can use in react-page and encourage others to use the same. @andreypopp: Maybe we can settle on something like https://github.com/andreypopp/react-app-controller or a backbone router, and land it into contrib first. I don't have any strong opinions about the details of the router. I'm sure that if we found it lacking features, you'd be glad to implement missing features, correct? There's a couple of small blockers completely unrelated to the actual details of the router.

• react-app-controller uses npm's react-tools. react-page has figured out a way to allow us to require('React') - not require('react-tools').React. The solution there, is to make a sub-project package.json file, possibly in the React core code-base and simply point your package.json at that. We should not be writing require('react-tools').React in any code base. All this because we don't have the npm name registered for React :/ but if we ever do acquire that npm name, we can just switch the package.json and touch any code.

[andreypopp]

@andreypopp: Maybe we can settle on something like https://github.com/andreypopp/react-app-controller or a backbone router, and land it into contrib first. I don't have any strong opinions about the details of the router. I'm sure that if we found it lacking features, you'd be glad to implement missing features, correct?

Correct.

react-app-controller uses npm's react-tools. react-page has figured out a way to allow us to require('React') - not require('react-tools').React. The solution there, is to make a sub-project package.json file, possibly in the React core code-base and simply point your package.json at that. We should not be writing require('react-tools').React in any code base. All this because we don't have the npm name registered for React :/ but if we ever do acquire that npm name, we can just switch the package.json and touch any code.

Do you think #627 solves this? It would allow var React = require('react-core').

I don't think allowing to do require('React') when we don't own the package on npm is a good idea — that introduces another layer of indirection and I'd rather just explain all the packaging as "it's just npm".

[jordwalke]

Regrading require('react-core'):

There's many reasons why we want to use require('react'), but one really important one is that it will make it easy for us to open source any awesome UI components that Facebook builds internally to the world. Since internally, we use require('React').

I'd rather just explain all the packaging as "it's just npm".

We can sill say: "It's just npm" - because npm allows pointing to arbitrary git repos/versions. npm has this strange tacked on feature of having a name registry as well - which is a questionable choice IMHO, but I'm grateful that it doesn't lock us into that name registry. But (in parallel) we're working on getting the proper setup on npm's name registry as well. Stay tuned and cross your fingers.

[petehunt]

Feel free to depend on http://petehunt.net/react/react-0.5.1.tar.gz and require('react'). The advantage of this package is that if you build with NODE_ENV='production' you'll get runtime checks stripped.

[andreypopp]

Feel free to depend on http://petehunt.net/react/react-0.5.1.tar.gz and require('react'). The advantage of this package is that if you build with NODE_ENV='production' you'll get runtime checks stripped.

done

[petehunt]

Made some changes which mitigate these problems: https://groups.google.com/forum/#!topic/reactjs/4jI5xe7TXzQ

As such I think we'll keep this capability around, at least for now.