- From: <bugzilla@jessica.w3.org>
- Date: Tue, 22 Jan 2013 17:07:28 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17649
Joshua Bell <jsbell@chromium.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Address WebIDL comments |Address WebIDL comments
|from Kyle Huey |from Kyle Huey and Ms2ger
--- Comment #3 from Joshua Bell <jsbell@chromium.org> ---
Adding more IDL nits from Ms2ger - some overlap with items in this issue
already, which is why I'm not filing a separate bug.
Original messages dated January 21, 2013:
http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/
(1) IDBKeyRange should have static functions
>From the examples in the IDB specification (in [1], for example) and from
existing implementations, it appears that the functions on the IDBKeyRange
interface (only, lowerBound, upperBound and bound) should be static. However,
there is no actual normative requirement to that effect; instead, the IDL
snippet requires those functions to only be callable on IDBKeyRange instances.
[2]
[1]
https://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html#key-generator-concept
[2]
https://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html#idl-def-IDBKeyRange
(2) Event handlers
The IDB specification still uses IDL like
[TreatNonCallableAsNull] attribute Function? onsuccess;
for its event handlers. Current practice is to use
attribute EventHandler onsuccess;
(3) Type of IDBRequest.source
IDBRequest.source has type "object" in the IDL snippet, but the definition
claims the attribute can return null. If this is the case, the type should be
"object?", as for all nullable types.
(4) Type of IDBRequest.readyState
interface IDBRequest : EventTarget {
// …
readonly attribute enum readyState;
// …
};
However, "enum" is not a type. The correct syntax would be something like
enum IDBReadyState { "pending", "done" };
interface IDBRequest : EventTarget {
// …
readonly attribute IDBReadyState readyState;
// …
};
(5) Type of IDBCursor.source
IDBCursor.source is described as returning "object". It would be better to
return the union (IDBObjectStore or IDBIndex), to make it clear that that is
what's intended.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Tuesday, 22 January 2013 17:07:33 UTC