-
Notifications
You must be signed in to change notification settings - Fork 19
Clarify required and optional prose sections for HTML elements #55
Comments
@wbamberg this all sounds good to me. On the subject of overview, yes, I was intending that usage notes basically gets folded into overview where it appears. I was intending to start getting HTML pages updated to the new structure over the course of Q3, and we could start with the 50 particular pages that you are working on for stumptown. It just depends on whether end of Q3 will be quick enough for your purposes. So. ideally overview should be mandatory, but maybe keep it optional for now if this is going to be a blocker for you? |
I think we should define the format we think is correct, and flag pages that fail so we know which ones to fix. So let's go with: Mandatory sections:
Optional sections:
If it turns out that there are legitimate reasons to omit "Overview" we'll need to think again. (there's also talk of structuring "See also", since it's basically just a list of links - and that would enable us to render it in other contexts etc. I guess we should talk about that in yet another issue...) |
OK, that works for me — your logic is sound, and I agree with the structure. |
Following a discussion with Will, I'm going to take on updating the recipe for these new requirements and finding out what existing stumptown content fails to meet them. I think those two things alone will satisfy this issue, though as Will explained, concluding this consequently kicks off some new tasks such as:
Given that, I think these are the tasks needed to satisfy this specific issue ("Clarify required and optional prose sections")
|
Happy to help on that one. Arguably, when we do we'll make it a separate issue. |
I wrote a script to find the content which would not comply with the new recipe. Here's what I found. Once #74 is merged, I'll open issues to address the classes of problems here (e.g., we should probably handle missing see-also content separately from missing overviews).
|
I would love to review an extension to our .Travis.yml that turns that into errors. |
Yep! I'll open a PR for my script after the recipe changes land. 👍 |
OK, I've opened #89, #90, and mdn/yari#65. I've satisfied the acceptance criteria and closing this. |
The recipe for HTML elements lists the following as mandatory sections:
and the following as optional sections:
...with of course the option of providing any extra sections that are specific to a particular element. This doesn't quite match up with the existing stumptown content (as scraped from MDN).
It also doesn't quite match up with the specification @chrisdavidmills wrote for HTML docs: https://docs.google.com/document/d/17R-jyS2WVQ9_OIfErRZWRdPSAVYYauF3wfkJUeG07PI/edit#heading=h.nlsh2gn0fxac:
OK, call that "Short description".
Call that "Overview".
We don't have this at all.
We have this as "Accessibility concerns".
We have this of course.
So: the doc adds "Styling with CSS", which seems like a useful section at least sometimes, and also omits "Usage notes", which seems like a good omission (we would be better to fold that content into "Overview"). So suggest we could change the recipe to:
Mandatory sections:
Optional sections:
I don't know if we should be more prescriptive than this, and perhaps make "Overview" or even "Styling with CSS" mandatory.
For "Overview": there are existing elements which don't have an overview, so if we make it mandatory we have to update them. For some elements we might want to move the Usage notes to Overview (e.g. https://developer.mozilla.org/en-US/docs/Web/HTML/Element/i#Usage_notes).
For "Styling with CSS" there will of course be some elements where it's not applicable at all, and others where there's nothing very interesting to say. So this probably should be kept optional.
@chrisdavidmills , thoughts?
Acceptance criteria
Tasks
(see #55 (comment) for details):
The text was updated successfully, but these errors were encountered: