Skip to content
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

Additional spec metadata #85

Closed
bkardell opened this issue Apr 15, 2019 · 17 comments
Closed

Additional spec metadata #85

bkardell opened this issue Apr 15, 2019 · 17 comments
Labels
MathML Core Issues affecting the MathML Core specification

Comments

@bkardell
Copy link
Collaborator

Most modern specs include additional metadata near the head that link to issue tracking, tests, mailing list or whatever - (see for example https://www.w3.org/TR/css-grid-1/). Generally speaking I find this incredibly helpful as links are right there in context and don't require me to find one of many bookmarks or notes somewhere else to try to remember where to file an issue - I just have to remember how to get to the spec. This seems like a pretty easy add and if we want to encourage wider participation it feels like this would be a really helpful addition.

@fred-wang fred-wang added MathML Core Issues affecting the MathML Core specification need specification update Issues requiring specification changes labels May 16, 2019
@fred-wang
Copy link

From https://lists.w3.org/Archives/Public/public-mathml4/2019May/0006.html

We agreed to add something, at least a link to "test-needed". @davidcarlisle was not present during that meeting, we were waiting for his feedback about this.

@davidcarlisle
Copy link
Collaborator

davidcarlisle commented May 17, 2019 via email

@fred-wang
Copy link

@bkardell Do you know which tools other groups (e.g. CSS WG) use to generate their spec and metadata?

@bkardell
Copy link
Collaborator Author

yes, bikeshed and respec both do this for you - @davidcarlisle and I discussed this.

@davidcarlisle
Copy link
Collaborator

as I just said on the call I have no issue with you switching to respec or whetever if you want, on the other hand adding WPT links in the document and any other fixed links in the document head in the current setup wouldn't be hard if you want me to do that still, but no point extending the current build system if you think you will switch.

@bkardell
Copy link
Collaborator Author

As I am not an editor, as I said, this is the less important point to me (which thing we use), so I am happy with whatever the editors are happy with.

@fred-wang
Copy link

I don't really have preference as an editor. Moving to an existing framework used by other WG will probably be a bit more effort in the short term just get these metadata added but it will be less maintenance burden in the long term than a custom solution.

@fred-wang
Copy link

@bkardell @davidcarlisle I started migration to respec: https://mathml-refresh.github.io/mathml-core/
There are a few things to fix (especially rewrite generation of operator tables) but that seems to work pretty well.

@davidcarlisle
Copy link
Collaborator

@fred-wang yes looks fine, seems like you should be able to adjust the operator dictionary section to use respec data-include attribute to include a suitable table. If you/we just modify the existing html by hand to make an op-dict.html that includes well, I can adjust the existing extraction from unicode.xml to do whatever is needed. The data shouldn't change that often so I don't think we need to make it regenerate every time, just treat an html operator dictionary as source as far as respec is concerned?

@fred-wang
Copy link

@davidcarlisle yes, I guess we can do like for the figures: Just provide some script to generate the operator dictionary table in HTML format. Then use data-include or similar to include the HTML content. Same for the combining op table.

@davidcarlisle
Copy link
Collaborator

@fred-wang I can do that later today if you want, but if you want to do it now feel free.

@bkardell
Copy link
Collaborator Author

I love it already :)

@davidcarlisle
Copy link
Collaborator

I checked in html fragments for the combining character and operator dictionary tables, and arranged respec to include them.

I put the xsl to generate these in the figures directory so it isn't lost, but it does not need to be run unless we change the data.

As before I linked to sorttable.js to make the operator dictionary sortable on the various columns, this doesn't work, possibly timing conflict with respec, but I didn't investigate further just now. Not sure that's the best table sorter these days anyway (It is simple and has worked well enough in the mathml spec for years but I am open to suggestions), formatting of all the tables probably needs adjusting but at least the basic data is now in respec compatible form....

@fred-wang
Copy link

@davidcarlisle Thanks. I suspect we'll need to add the sortable stuff in the postProcess: https://github.com/w3c/respec/wiki/postProcess

@fred-wang
Copy link

@bkardell @davidcarlisle I rewrote all the linking stuff for sections, figures, issues, references etc. I also relied on definitions for elements, attributes and attribute values. Tomorrow I'll try to experiment with the WPT references.

@fred-wang
Copy link

The spec now has a lot of metadata:
https://mathml-refresh.github.io/mathml-core/

Maybe the only thing missing is examples (but maybe that's not really spec)

We could also add some JS to retrieve the result of https://build-chromium.igalia.com/mathml/wpt/summary.html (from https://build-chromium.igalia.com/mathml/wpt/blink-latest.json etc) to add browser scores similar to bikeshed.

@fred-wang
Copy link

Opened #137

I think we can close this.

@fred-wang fred-wang removed the need specification update Issues requiring specification changes label Sep 16, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
MathML Core Issues affecting the MathML Core specification
Projects
None yet
Development

No branches or pull requests

3 participants