- From: <bugzilla@jessica.w3.org>
- Date: Mon, 24 Dec 2012 08:26:09 +0000
- To: public-audio@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20511
Bug ID: 20511
Summary: send(…, DOMHighResTimeStamp? timestamp)
Classification: Unclassified
Product: AudioWG
Version: unspecified
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P2
Component: MIDI API
Assignee: dave.null@w3.org
Reporter: w3c@marcosc.com
QA Contact: public-audio@w3.org
For send()'s second argument, the spec says that it takes DOMHighResTimeStamp…
however, "DOMHighResTimeStamp" isn't a "real data type" (in that there is no
way to actually force a type check on it in some meaningful way AFAICT). Hence,
it's actually just a double that is relative to some start time. This is
confirmed in [1]:
typedef double DOMHighResTimeStamp;
To avoid confusion during implementation, I would suggest changing the value
data type of the second argument of the send() method to a double.
optional double timestamp;
Also, why is the second argument nullable when it's already optional?
Note that the current text in the spec is redundant because WebIDL already
handles the type checking. Please remove " or if timestamp is passed but is not
a valid DOMHighResTimeStamp, throw a TYPE_ERROR exception".
[1] http://www.w3.org/TR/2012/REC-hr-time-20121217/#domhighrestimestamp
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Monday, 24 December 2012 08:26:10 UTC