-
Notifications
You must be signed in to change notification settings - Fork 161
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
Deduplicating Bikeshed metadata #23
Comments
I don't currently have a way to generate metadata from other metadata. (Metadata processing is the very first thing that happens, before anything else.) But this sounds interesting! Most likely it would have to be more complex than just dumb string substitution, which makes me lean towards adding a new Python hook for this. |
OK, this seems to have worked pretty well; I finally got around to trying it. Here are the minor issues:
Regarding speced/bikeshed#1058 and the above tests issue, here's one idea: You have to explicitly place your computed metadata. So e.g. my example from the OP would become
(Then, MIME Sniffing would do I'm not sure that's the best solution, as it does add boilerplate to the spec (which the whole point of this issue is to avoid), but it definitely adds flexibility... In general the conflation between metadata and headers is starting to feel a bit strange to me. |
If we get a Python hook it should be easy to have some "has legacy issues" metadata in the input and generate the correct output. |
See https://blog.whatwg.org/copyright-license-change for the former and whatwg/meta#23 plus speced/bikeshed#1155 for the latter. The new boilerplate includes the new copyright license, so this commit just removes it from the source file, as it does many other things that are now deduplicated into the Bikeshed boilerplate.
This is in progress and seems to be working really nicely in whatwg/url#360 + speced/bikeshed#1155. My plan was just to update the existing WHATWG boilerplate in place then do a ton of pull requests all at once to all specs. However we're somewhat blocked on whatwg/sg#51 (which is a non-technical issue). |
This has largely been done! whatwg/encoding#132 is the lone holdout, but we can track that there. It's lovely! Thanks @tabatkins for being responsive to the small bugs I found as I finalized things. |
I'm rather impressed at how minimal you were able to get the per-spec metadata! |
Here is my vision:
I would like this to generate the following additional metadata:
Almost all of this is inferred from the shortname.
Is that possible, @tabatkins? By editing defaults.include? The shortname substitution and the macro interaction I'm particularly unsure about.
The text was updated successfully, but these errors were encountered: