* Tuomas Huhtanen
> I would use different threads based on settimeout, but the
> synchronization would be done by the date.
got it. sounds like a pretty sound idea. I'll do some testing with
the timer library to see how it performs under load. problem is that
when it snaps, it'll do it in 55ms increments in IE (IIRC that symptom
doesn't appear in NN4.x, you can have anything above 55ms if you want).
> Anyway, how I would do my fancy animation on w9x would be relying on a
> applet based timer (which uses Thread.sleep)
if you first have an applet, why not do everything in it?
I did some testing with the DirectAnimation timer Jim Ley created, and
was able to get better performance with it, but found it to be
slightly unreliable at times, and besides, it's not cross-browser,
cross-platform (I am an idealist, after all).
> But the question is, why you insist on using tail-end timeouts? Why
> not set them in the beginning of your method?
I do mention that somewhere in the article, moving the setTimeout()
call could be an improvement. at the time it was just a point of
reference, all the code I found used tail-end setTimeout()s. instead
of testing a solution with the setTimeout() call earlier in the
function I went on to test setInterval() instead.
I've made a note and will make sure I do some further setTimeout()
tests with the call earlier in the function.
> BTW, have any of you studied a possibility to use some system caused events?
> Just out of curiosity, how many times for example a mousemove event occurs
> in a second (propably not enough, but anyway...)
I've noticed that under Win95/98 mouse movements will cause a
setInterval() timer to speed up. :)
> I have to take a look of the url you gave a bit later, since it does not
> rain in Helsinki :)
send some of the sun over here, please. grey and rainy today too...
Morten!
--
"...a liquid which was almost, but not quite, entirely unlike tea."
My opinions are not necessarily those of my provider,
not necessarily mine, and probably not necessary.
_______________________________________________
Dynapi-Help mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-help
