aliasing mergeArrays to underscore.union
+ Backbone.Model::push = set a value at then end of an array attribute
+ Backbone.Model::without = set an arry attribute without a given value
renaming the reqres 'search' 'search:global'
extracting users helpers and renaming their reqres the ':' way
show:user:menu:update waitsForData
one-lining methods
account_menu recovers all the lists with counter views instantiation
extracting users_collections
extracting users_data
cleaning this all, thank to previous commit extractions
introducing relations requests handlers
use the users module new location
+ discardRequest
warning if data:ready event didn't fired after 8 seconds
refactor app.users to be ONE collection then filtered
to generate relation-status subcollections: friends, userRequests etc.
those subcollection having their own filtered collection, reproducing
previous API
updating the search layout to show only one user list
with app.users.filtered filtered by text for collection
make the spreading of search result waitForData as isntAlreadyHere
can't do it's job if user relations data haven't return yet
- users requests now expect a user model, so that its status
can be updated straight from those requests handlers
- fixing request:discard wrong method
spreading othersRequests and userRequest in their collections
(i.e. adding to app.users with respective relation status)
- fixing the issue with CommonEl that was taking only the view
innerHTML, apparently resulting in an inhability of the view
to listen to event.
The trick found to keep a node specific to the view while not
breaking Foundation's topbar-section-dropdown requirements
was to attach CommonEl to a fake region, which at 'show'
will help find the right place for the view to be shown:
the view will just be inserted after.
I haven't measured the exact side effects it implies to break
the connection with the RegionManager as such
- requests list now just uses user_li as childView
- childViewContainer is defined on ListWithCounter class