**** BEGIN LOGGING AT Mon Sep 15 02:59:59 2014 Sep 15 14:24:46 sugardave: I realize chances are slim you are there. But I have a fiddle with the DataRepeater bug, and where I need to access "this". When you get back would you mind taking a look? Sep 15 14:24:52 http://jsfiddle.net/trex005/gvsfodv2/ Sep 15 14:25:17 whoops : http://jsfiddle.net/gvsfodv2/1/ Sep 15 14:25:33 I put a comment in there for you Sep 15 14:59:14 chall: I have something, let me clean it up. You have to put the onload function you want to run on the WRAPPER not the repeater (i.e. at the same level where bindings is declared) Sep 15 14:59:40 and then you can get access to this.repeater in there Sep 15 15:00:27 you might have to do something lame like do this.owner.addImage to get it to run the function you currently have Sep 15 15:01:59 eeep, I've managed to get an infinte loop :D Sep 15 15:04:33 http://jsfiddle.net/gvsfodv2/2/ Sep 15 15:04:51 I commented out the this.owner.addImage() call. You will need to figure out when to stop loading them, else it just keeps on keepin' on Sep 15 15:06:58 chall: another option is to use an enyo.Signals listening for onload Sep 15 15:08:53 Infinite loop in the test is Kinda what I'm going for. I was hoping to have a big enough image that it loaded slowly enough we could see them loading 1 at a time Sep 15 15:09:12 well, now I can't kill that canary tab :/ Sep 15 15:09:24 chall: I meant that for trex0051 Sep 15 15:09:27 sorry :D Sep 15 15:09:57 I figured that... the question is, will chall figure it out :) Sep 15 15:10:31 so, doesn't onload: wait until the image is finished loading? Sep 15 15:11:17 oh hell, make sure you put a return true in that handler or they will all fire again Sep 15 15:14:12 could I use rendered instead of onload ? Sep 15 15:15:49 well, if you use rendered on a custom Image kind, for instance, it will fire before the image is loaded because it will render the img tag and then you're waiting for it to load still Sep 15 15:16:23 but to your question, yes, onload shouldn't fire until the image is, in fact, loaded Sep 15 15:18:46 I wonder why the script is clearly firing thousands of times, yet my screen is only showing 11 of the images actually loaded. Sep 15 15:19:03 I've tried return true, and false Sep 15 15:20:52 only return false if you want other handlers above (or below if waterfalling) to also fire Sep 15 15:21:26 I'm sure it's a side effect of how we have to manipulate it to get onload to fire at all. Did you try using the enyo.Signals method? Sep 15 15:22:01 Nope, I've never used Signals, so I'm too noobish Sep 15 15:23:11 this way may actually work in my situation though because mine will be throttled by communications with the server Sep 15 15:24:44 Signals way loads one, then loads another, then....stops for some reason Sep 15 15:25:47 trex0051: http://jsfiddle.net/gvsfodv2/4/ Sep 15 15:25:51 Signals is easy to use Sep 15 15:28:40 I will leave the troubleshooting why it gives up after image #2 to others....must do work stuff now Sep 15 15:28:40 Yikes! An error occurred: 'ConfigDict' object has no attribute 'chiliproject_apikey' Sep 15 15:28:41 !# None Sep 15 15:28:58 * sugardave smacks synergybot. "NO ONE CARES!" Sep 15 15:29:16 lol Sep 15 16:25:13 Alright, so when calling a function onload of the image. the function is actually called the sum of the number, plus one of images I want to load. So, if there are 5 images, it's called 21 times, 10 image 66. 25 image 351. Is there any reason every image in the dataRepeater would be calling onload again, everytime we add another image to the dataRepeater? Does it totally rebuild it from the collection instead of appending? Sep 15 16:58:40 Alright, so indeed that is what was happening, so what I did, was grabbed the ID of the control that last called the function and blacklisted it so it could not call the function again. Now only one image will load at a time, and they will load in order. Thank you guys for all your help! Sep 15 16:58:40 http://jsfiddle.net/trex005/nq5fvroo/ Sep 15 17:44:35 morning enyos Sep 15 17:49:45 morning Sep 15 17:54:25 trex0051: I would think returning true from that handler would stop those from re-firing, but didn't test it Sep 15 17:55:17 it might be that they're all saying "I'm loaded!" again whenever a new control is added to the repeater, so yeah you have to be defensive about if they've already loaded or not Sep 15 18:01:38 hi dmanderson Sep 15 18:25:59 For a collection for a DataRepeater, can I use this.$.someCollection ? Sep 15 18:26:25 collection:"this.$.someCollection" Sep 15 19:49:19 trex0051, it's been many long hours of introspection, but, yes, I have determined that sugardave's messages were not for me Sep 15 19:49:32 read: I totally didn't see them until about 5 seconds ago Sep 15 19:52:54 chall: Yes, I'm glad you are capable of distinguishing when you are not the intended recipient of advice that seems to have nothing to do with you. :) But since I didn't know you, our followup conversation should have made sure :) **** ENDING LOGGING AT Tue Sep 16 02:59:58 2014