W3C home > Mailing lists > Public > www-dom@w3.org > October to December 2010

ISSUE-171 (Event.timeStamp): Consider removing Event.timeStamp value 0 [DOM3 Events]

From: Web Applications Working Group Issue Tracker <sysbot+tracker@w3.org>
Date: Wed, 20 Oct 2010 17:00:03 +0000
To: www-dom@w3.org
Message-Id: <E1P8c1D-0006ib-Dk@nelson.w3.org>

ISSUE-171 (Event.timeStamp): Consider removing Event.timeStamp value 0 [DOM3 Events]

http://www.w3.org/2008/webapps/track/issues/171

Raised by: Doug Schepers
On product: DOM3 Events

Cameron McCormack <http://lists.w3.org/Archives/Public/www-dom/2010OctDec/0069.html>:
[[

The definition of Event.timeStamp is currently:

  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
  shall be 0.

I think we should remove the allowance for implementations to have
Event.timeStamp be 0.  It might be that implementations are running on
systems that don’t know what the actual time is, but surely JS Date is
returning something; I think it would be fine for those implementations
to assume a particular time on startup, for example.

I don’t think we need to worry about implementations that can’t even
track the progress of time.

I also think we should make Event.timeStamp be not the time at which the
event was created (the construction of the Event object?) but the time
at which the event represented by the Event object occurred.  For user
created events, we could have it be either the time that createEvent()
is called or the time that initEvent() is called (since timeStamp is
read only).
]]
Received on Wednesday, 20 October 2010 17:00:04 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 June 2012 06:14:06 GMT