Open gsnedders opened 2 days ago
I'm not sure how to approach the "multiple extracts per spec" need (local and remote for WebDriver Bidi). The crawler generates one extract per spec. At a minimum, we'd need some sort of generic convention to understand what bucket to use for a given definition.
I note that the Open Screen Protocol also defines CDDL. In the case of the Open Screen Protocol, CDDL is actually maintained in a .cddl
file that gets converted to an HTML file through a script upon build and imported in the spec (interestingly, the resulting spec does not contain any semantic info that says "this is CDDL").
If we start extracting CDDL from specs, it would be useful to also think about some validation mechanism.
(I also guess I maybe should've filed this against reffy rather than webref)
Another spec that defines CDDL is WebAuthn. There, the CDDL is not flagged in any particulary way (just a <pre>
). I don't see other specs in browser-specs that reference RFC8610.
I wonder if we need to add an extra class for WebDriver BiDi CDDL?
Currently we have multiple specs defining WebDriver BiDi endpoints; https://w3c.github.io/webdriver-bidi/ itself does, but also https://w3c.github.io/permissions/#automation-webdriver-bidi and https://webbluetoothcg.github.io/web-bluetooth/#automated-testing.
We have some code to extract CDDL from the WebDriver BiDi code, see https://github.com/w3c/webdriver-bidi/blob/3b1939c2380b9ba12cc123cef03c1e3af15fa01d/scripts/cddl/utils.js#L13, and generates three CDDL files ultimately:
local.cddl
,remote.cddl
,all.cddl
.We probably want to pull out all of
local-cddl
andremote-cddl
separately; all is just the union of both of these.See also: https://github.com/w3c/webdriver-bidi/issues/791