New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Meta: downstream issues #1147
Comments
Bikeshed uses widlparser, so most WebIDL changes need only be filed on widlparser (unless you're adding a new high-level concept in which case you'll need issues on both). |
Well, if there are updates to widlparser Bikeshed won't catch them automatically, since I pin versions. But I do pay attention to widlparser so it should be fine. I only need a Bikeshed bug if it's something that'll mean a new type of definition, or changes to how I do autolinking or something (like the new "static and non-static can reuse names" behavior that was recently accepted). |
Also pull in other changes from spec-factory. Together with whatwg/meta#247 and whatwg/spec-factory#37 this closes #1147.
PRs created to resolve this. Thanks for the advice! |
Also pull in other changes from spec-factory. Together with whatwg/meta#247 and whatwg/spec-factory#37 this closes #1147. Co-authored-by: Kagami Sascha Rosylight <saschanaz@outlook.com>
We'll file issues against Deno and Node.js, but presumably we should also file an issue against https://github.com/w3c/webidl2.js. And potentially against https://github.com/web-platform-tests/wpt as idlharness.js does not use the new webidl2.js automatically. Is https://github.com/plinss/widlparser by @plinss what @tabatkins's https://github.com/tabatkins/bikeshed uses? Do both of those require an issue or just the former?
Once we have a list of places to file issues against I can make the necessary changes to whatwg/spec-factory and whatwg/meta.
cc @saschanaz @dontcallmedom @foolip
The text was updated successfully, but these errors were encountered: