On Oct 2, 2008, at 5:28 PM, Ojan Vafai wrote:
On Thu, Oct 2, 2008 at 5:16 PM, Aaron Boodman <[EMAIL PROTECTED]> wrote:
On Thu, Oct 2, 2008 at 5:05 PM, Maciej Stachowiak <[EMAIL PROTECTED]>
wrote:
> I don't really like the overengineered version. I like the "fairly
> minimalist" version best, but is there anything from the
> overengineered version that should be added to it?
I like the "fairly minimalist" version best as well.
The stop() method does seem a little lonely on the Timer interface all
by itself.
If others think any other members from the "overengineered" version
are important I would welcome them to keep stop() company.
+1. My ideal would be the following:
Timer startTimer(double delayInSeconds, bool repeating, Function
callback);
interface Timer {
void stop();
void resume();
void setDelay(double delayInSeconds);
}
What would you expect the resume() method to do (since there is no
pause)?
That would cover the majority of cases I've seen in real-world
javascript code. The argument for setDelay is wanting to be able to
tweak the delay on the fly (e.g. Google Page Creator has autosave
code that gets a response from the server with a longer delay time
when the server is overloaded).
I briefly considered cases like that, but I thought it seemed simple
enough to just cancel the existing timer and start a new one. And it
seemed uncommon enough to me that it didn't need a direct affordance
in the API instead of just making a new timer.
- Maciej
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev