-
Notifications
You must be signed in to change notification settings - Fork 731
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
Which unordered list style to use for markdowns #4698
Comments
I usually write dash |
Thanks @pichlermarc . Do you suggest we do it only for READMEs, or to all markdown files in the codebase? (including CHANGELOG) |
Note that the CHANGELOG in the contrib repo is currently generated by release-please which is using I'm on team dash, but I'm also not sure how important it is to enforce. I'm easy. |
I was trying to aggregate data from the READMEs of multiple instrumentations into single markdown, and then we use mixed style and needs to be corrected. Was thinking that it is better to be aligned upstream instead of modifying tools to correct styling downstream in distributions. created open-telemetry/opentelemetry-js-contrib#2205 to apply in contrib, and will create one for core as well |
Also team dash generally, but fine with asterisks. I don't feel strongly except to have consistency of using one or the other, so any move in favor of consistency is something I'm on board with 👍 |
It seems the codebase is not consistent with how unordered lists are used in markdown.
Some use dash
-
like@opentelemetry/api
, and other use asterisk*
likeopentelemetry@context-async-hooks
This came up in open-telemetry/opentelemetry-js-contrib#2196 where a section of "Supported Versions" was introduced in all readmes, and the difference in styling became noticeable by the markdown linter complaining.
I want to align all the markdowns in this repo to use consistent unordered list style, and add it to the ci lint-markdown action to enforce.
Since contrib settled on dash
-
and most of the packages in this repo uses dash-
I want to align everything to dash, and replace where it is asterisk. This is most notably in the CHANGELOG files which uses asterisk at the moment.options:
The text was updated successfully, but these errors were encountered: