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

Events capturing when models are re-selected #25

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

Conversation

hashchange
Copy link

Here are some of new events, triggered when models are re-selected:

  • reselected (model),
  • reselect:one (single-select collection),
  • reselect:any (multi-select collection).

The PR is based on #23 (support for model sharing across collections).

There also is a change in the spec: selectAll and deselectAll no longer fire events when they are a no-op. This had been inconsistent with the behaviour of select, which does not trigger an event unless the selection is actually changed.

Tests and documentation are included.

hashchange and others added 18 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.
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