Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Changed event parameters to always include collection; "diff" hash for MultiSelect #29

Open
wants to merge 22 commits into
base: master
Choose a base branch
from

Conversation

hashchange
Copy link

This PR provides additional info to event handlers.

SingleSelect events now pass the collection as the second parameter. The collection info is required by event handlers listening to more than one collection.

(That's a side effect of multi-collection support, #16 / #23. model.collection used to be enough, but it just gives access to the first collection a model is assigned to.)

MultiSelect select:* events provide a "diff" hash, {selected: [...], deselected: [...]}, as the second parameter. The collection is now passed as the third parameter (used to be second).

The MultiSelect change could have been backward compatible by providing the diff as third parameter, keeping the collection second. But then the API would have been inconsistent with SingleSelect (arg pattern: modification (model), context (collection), options). I reckon the break in compatibility is not a big deal, though, the args hadn't even been documented so far.

Based on my previous commits. Tests are adjusted, documentation updated.

hashchange and others added 22 commits December 30, 2013 16:00
deselectAll is more consistent with the rest of the API; selectNone is kept around for compatibility.
If a selectable model belongs to more than one selectable collection then only the initial collection will have it's select() method called.

Also, if a model is initially added to a non-selectable collection, and then later added to a selectable collection the 2nd collection will not have it's select() method called, and a error will be thrown as the initial collection will not have a select() method.
Backbone 1.0.0, Underscore 1.5.0. Using the listenTo and stopListening methods requires at least Backbone 0.9.9.
The extended model or collection is passed to the mixin as an argument now.
Events still need to be improved, those tests are failing.
Plus trivial changes in the tests to get rid of some warnings when committing.
…e in spec)

Previously, selectAll fired a select:all event even if all models had already
been selected beforehand. Similarly, deselectAll fired a select:none event
even if no model had been selected in the first place.

No-ops like this don't trigger an event any more.
Handlers named onSelect,  onDeselect etc are run without having to be
wired up first.
Passed as the second  parameter, options are now third. The collection info
is required by event handlers listening to more than one collection.

Also, some overly narrow tests have been fixed.
Breaking change: MultiSelect `select:*` events provide the "diff" hash
as the second parameter. The collection is now third parameter (used
to be second).

Providing the diff as third parameter would have been backward
compatible. But then the API would have been inconsistent with
SingleSelect (arg pattern: change, context (collection), options).
Choosing consistency over compatibility (probably no big deal, args
hadn't even been documented).

Also, some overly narrow tests have been fixed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants