Re: [whatwg/webidl] Allow DOMException subclasses to be used as exceptions (PR #1211)

@kainino0x commented on this pull request.



> +    constructor dictionary, which return the values accepted by the constructor operation.
+*   They should be [=serializable objects=], whose [=serialization steps=] and
+    [=deserialization steps=] preserve the additional information.
+
+<p class=note>These requirements mean that the inherited {{DOMException/code}} property of these
+interfaces will always return 0.
+
+<div class=example id=example-domexception-derived-interface>
+    The definition for a {{DOMException}} derived interface which carries along an additional
+    "protocol error code", which is derived from what the server sent over some some hypothetical
+    network protocol "protocol X", could look something like this:
+
+    <pre highlight=webidl>
+        [Exposed=Window]
+        interface ProtocolXError : DOMException {
+          constructor(optional DOMString message = "", ProtocolXErrorOptions options);

Ahh, I didn't realize this was the widlparser bug you were talking about. Sorry about that!

-- 
Reply to this email directly or view it on GitHub:
https://github.com/whatwg/webidl/pull/1211#discussion_r1030977949
You are receiving this because you are subscribed to this thread.

Message ID: <whatwg/webidl/pull/1211/review/1192414118@github.com>