Gar

This is certainly something that would be nice to have, it's quite a large undertaking though. Wondering if anyone feels they have the time to carve out to do this?

Given our test coverage, and the fact that greenkeeper makes PRs from local branches (i.e. the saucelabs credentials would show up) I'd be all for enabling greenkeeper.

Looks good @pgilad and that's a good module to start in cause it's at the top of the dependency tree.

Yes, the views in the subviews has get auto-registered, so you do not need to later call renderSubview. renderSubview is for manually rendering another subview later, after initialization.

As far as the last question, I _think_ they get named according to their key in the subviews hash. I'd have to test this, and you may be in a...

Yes the name collision problem is there, perhaps a discussion issue is in order since that exists for a lot of other things, including reserved words.

Altering the data of a model before going to and after coming from the server is typically handled by `serialize` and `parse`, respectively. Would this work for your case?

I think I've asked all the questions I had when looking at this PR. Would love more eyeballs on this.

At a glance it appears this may be true. If you pass a bare object to children it is not converted to a model. Working example here: http://requirebin.com/?gist=a4da9d25b8c2188a5397

Can you show the instantiation code for this? maybe a requirebin or something? I'm having trouble tracking through the states that would cause what you're seeing. Children are a little...