I'm experiencing some problems regarding manipulation of the DOM after looping through the data.
We have a jQuery slider plugin that is tied to data and works normally, but when using ng-repeat
, we have to wrap its initialization with $timeout
for it to work — and now that isn't even working.
I think using $timeout
is unreliable, which makes for a bad fix. In jQuery I could use $(document).ready()
— which was solid, but using angular.element(document).ready()
doesn't seem to work either.
The slider directive is invoked but cannot obtain the height of the images in the slider because the images have not been loaded into the DOM — resulting in the slider having a calculated height of 0.
I'm finding it very frustrating at the moment - there must be a way to manipulate the DOM after data (in an ng-repeat
for example) has cycled through.
The Initialization of the slider is performed as follows:
var sliderLoad = function () {
$timeout(function () {
var setHeight = elem.find('.slide:eq(0)').outerHeight(true);
elem.css({
height: setHeight
});
}, 1000);
// Show the slider nav buttons
elem.parent().find('.direction-nav').show();
};
… and here is a reproduction demo.
Quick-'n-Dirty it (Demo)
We would want to make sure that all images are loaded, so let's write a directive for that:
… and attach it to the
ng-src
'd elements:Now we can compare the number of events caught with our model, and act as needed:
Decouple it (Demo)
This is a little disturbing, as it's not adhering to the Law of Demeter — any directive that will watch the
$imageLoaded
event will have to know about the model (scope.videos.objects.length
).We can prevent this coupling by finding out how many images were loaded without explicitly addressing the model. Let's assume that the events will be handled in an
ng-repeat
.Make sure
ng-repeat
has finished, and fire an event with the items count. We can do that by attaching a controller with a sole purpose - to watch the$last
property. Once it's found (with a truthy value), we will fire an event to notify about it:Now, catch the events and activate the slider initialization accordingly:
There, now our directive does not have to know about the model. But, it's a bit cumbersome, now we have to tie a directive and a controller.
Fold it (Demo)
Let's extract this whole shabang into a single directive:
… which will be applied to the
ng-repeat
ed element:Now we can simply watch
$allImagesLoaded
e.g. in the slider:Generalize it (if you want to) (Demo)
We can break it down again and apply this approach app-wide to use event dispatching for any
ng-repeat
finish orng-src
load, which is not always necessary (1), but can be quite useful. Let's see how:Decorate the
ng-src
directive, so it sends an event when an image is loaded:Decorate
ng-repeat
to notify when it finishes:Now can catch the events anywhere, e.g. in your slider directive:
It seems to defeat the purpose, as we're back to square one, but it can be very powerful. And also — look, mommy, no new directives!
Put a sock in it (Demo)
TL;DR, just gimme tha demo ! ! !
1. Decoration has to be considered carefully, as the result will be sending an event on each image loaded across the application.
• Overriding the
link
function will not be possible in version 1.3.x onwards.