Re: New Progress Events spec

Charles McCathieNevile:
> Estimating the total or remaining time is in general (e.g. for network
> operations, but also for compilation and similar extension use cases)
> just a guess based on what has happened so far, and it seems to make
> more sense to me to leave that to the consumer of the progress events.
>
> Do we need to explicitly attach time information to the progress
> events, or is it already available? (I need to sleep on this, or defer
> to someone who has the answer at their fingertips)

The Event interface has a timeStamp attribute:

  timeStamp of type DOMTimeStamp, readonly
    Used to specify the time at which the event was created in
    milliseconds relative to 1970-01-01T00:00:00Z. Due to the fact
    that some systems may not provide this information the value of
    timeStamp may be not available for all events. When not available,
    the value is 0.
  —http://www.w3.org/TR/DOM-Level-3-Events/events.html#Events-Event-timeStamp

So I guess that is a “usually available”.

-- 
Cameron McCormack, http://mcc.id.au/
 xmpp:heycam@jabber.org  ▪  ICQ 26955922  ▪  MSN cam@mcc.id.au

Received on Saturday, 17 March 2007 03:35:02 UTC