You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 12, 2024. It is now read-only.
ng:repeat does some very efficient DOM manipulation, but all of these tricks are not suitable for some use cases, e.g.:
apps that do extra dom manipulation for repeated nodes that ng:repeat doesn't know about
apps that would like to animate reordering of data (and nodes)
when ng:repeat notices that the model changed and that there are more or fewer elements in the repeated collection, then it just adds the required number of new nodes or throws away the required number of nodes and reuses the remaining ones by just simply updating the data bindings. this means that all the extra DOM stuff that it doesn't know about gets lost or associated with wrong node.
we should have a way to tell ng:repeat that this behavior is not desirable and that it should be less efficient but more friendly towards this extra dom manipulation.
ng:repeat does some very efficient DOM manipulation, but all of these tricks are not suitable for some use cases, e.g.:
when ng:repeat notices that the model changed and that there are more or fewer elements in the repeated collection, then it just adds the required number of new nodes or throws away the required number of nodes and reuses the remaining ones by just simply updating the data bindings. this means that all the extra DOM stuff that it doesn't know about gets lost or associated with wrong node.
we should have a way to tell ng:repeat that this behavior is not desirable and that it should be less efficient but more friendly towards this extra dom manipulation.
here is one test case that is broken due to the current behavior of ng:repeat: http://jsfiddle.net/gronky/XsHqL/
The text was updated successfully, but these errors were encountered: