Yes, onLoad dosnt work normally in IE, you have to set a timer and
look for an image resize.

This technique doesn't really help when trying to move between
different frames of a icon animation, however.
(as they are naturally all the same size).

Also, I'm not sure that onLoad would really trigger when the image
updates on the screen, rather then just being loaded.
In my case all the images are likely loaded and in the cache already.
Its simply a case of URL's being changed but the image in the Dom on
screen not being for a set time (X) after...despite it being
previously loaded.  In order to make an animation that is actually
visible for the end viewer, I seem to have to either know that X
value, or need a method of detecting when the image has visible
changed.
So far the only idea I have is to have all the images marginally
different sizes, by adding 99% transparent pixels to the edge.
Then looking for the change in the Dom.
This is, of course, incredibly crude, a lot of work, and only usefull
for absolutely positioned elements.

Its also, of course, worth pointing out that animateing between image
bundle frames is a lot more effective and seems to update every time.
But sometimes you need user-determained stuff loaded at runtime. (in
my case, Im constructing a game-engine run by script files)

~~~~~~
Reviews of anything, by anyone;
www.rateoholic.co.uk
Please try out my new site and give feedback :)



2009/7/27 Sean <[email protected]>:
>
> This kind of thing, with images has always been tricky for me as well.
> Images seem to be a beast all onto themselves, and seem to be severely
> different depending on IE to FF. The only thing I can think of is
> overriding the onLoad() method, waiting to see when it's loaded.  That
> being said, I believe I've read it works with FF, but there's problems
> with IE (Color me surprised), but I can't recall if that's has been
> fixed in recent releases. But that might be a good path for you to try
> and do some testing with.
>
> On Jul 27, 7:49 am, twdarkflame <[email protected]> wrote:
>> Anyone?
>> Still getting this "invisible animation" issue on firefox, as 50ms
>> seemed to be fine on older versions, but not any more.
>>
>> Is there really no way to "wait till display" ? Or at least to see
>> what the minimum update unit is for the clients browser/system.
>>
>> On Jul 17, 6:26 pm, twdarkflame <[email protected]> wrote:
>>
>> > umm.displayed, I mean, not displaced :P
>>
>> > On Jul 17, 5:30 pm, darkflame <[email protected]> wrote:
>>
>> > > Ive noticed sometimes when trying to animate stuff by flicking an
>> > > image between urls, that if something changes too quickly, the changes
>> > > arnt noticable.
>> > > ("too quickly" in firefox 3 seems to be around 50ms on my machine).
>>
>> > > The URL's are changed in the DOM, I can see them animating correctly
>> > > in firebug.
>> > > However, the visual from image 1.png>2.png>3.png>1.png isnt happening,
>> > > it looks to the viewer as if 1.png is the only frame.
>>
>> > > So is there a method to make sure the new image is actualy displaced?
>> > > to test that a url change has propergated though to what the user
>> > > actualy see's on the screen?
>>
>> > > (note; Images are prefetched already, so should all be in cache.
>> > > Also, image bundles arnt an option, as they are dynamicaly loaded. Oh,
>> > > and the images are frames of an animation, so all the same size)
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to