The `template` arg in `eventHandler(event, template)` and the `this`
in all three of {create,render,destroy} are now an object with
methods `find`,`findAll` assigned at creation time (closures) and
properties `firstNode`, `lastNode`, and `data` (the handlebars data)
set upon each callback. No other props are set and the app is free
to scribble on this object.
Only subtlety is that we can't support find/findAll/firstNode/lastNode
in create/destroy callback. In this case, find/findAll throw an error
and firstNode/lastNode are reliably null.
Added landmark.hasDom().
- A new `insecure` package reproduces the experience we had
before this change, in which all collections are by default
totally open to all changes
- With or without the `insecure` package, you can now call
collection.allow() to define which calls to the default
mutator methods should be allowed
- Store login token in local storage so that we log in across tabs
- Simulate local storage on IE 7 using userData
- Expose a {{user}} helper to Handlerbars
- Poll the FB popup so that we know when the user closed it
(still without the new design around this)
- Support logout
- Slightly better error handling (but should still get better)
- Support non-autopublishing collections, and make loginTokens such a collection
- Properly split the code between DDPClient, which is solely
in charge of communication; and App, which is solely in charge
of implementing the shell
- Fixed a bug with not waiting for a failed method call to complete
before showing the prompt again
- Changed references to createApp into reference to vote, as to
discourage accidental creation of bad apps on madewith.meteor.com
Now, instead of having a custom "wait" fuction for each command (sub and
method) we now have a single method for this with a small test for the
kind of operation.
