Closed LecrisUT closed 1 month ago
Another one considered was spelling, but that one would require to maintain a dictionary of technical words used. Can add it as well if you think it's useful.
I think it would be a nice addition. Or a similar tool. Having a spellchecker in play would be nice, to avoid typos and improve consistency (saying "html" at one place and "HTML" elsewhere..., or my classic "tmt" vs "Tmt" vs "TMT" :)
It is a bit annoying because it doesn't pick up on apostrophes (e.g. we've)
Ok, I'd vote to get rid of the apostrophes and be verbose, i.e. "we have" in the docs...
or dashes (e.g. omni-present).
That we could improve by adding words to a list of allowed ones.
If there is an alternative to that would love to hear.
I'm not sure whether there are alternatives. Maybe it's also possible to use some integration with tools capable of checking not just spelling but also semantics ("it's" vs "its") and punctuation, like Grammarly (or ChatGPT :) But starting with at least a spellchecker would improve things.
Edit: I'm playing a bit with the spelling builder, putting together a list of words to allow, and it doesn't look as bad as I expected. 80/20 in action, I guess, plus some really valid issues found, like "url" vs "URL", "yaml" where "YAML" should be, and some actual technical stuff like "httpd" or "beakerlib". I'll try to make a PR out of it, this looks like fun :)
Ok, I've switched it to the combined Makefile+native sphinx format, and opened issues to track the rest. I've also factored out the other parts to dedicated PRs
/packit build
@happz @lukaszachy This should also go into a milestone. Do we have anything more to discuss for this one?
@happz @lukaszachy This should also go into a milestone. Do we have anything more to discuss for this one?
I’ll refresh my memory by re-reading comments, but we can definitely have a milestone for this.
Works for me. Needs a rebase, but my local make docs
produced the expected stuff (I use these docs often, to both read about tmt and check how the docs are rendered).
/packit build
/packit build
Btw, you can just edit a comment that has /packit build
and that would also re-trigger CIs. I usually add/remove a space at the end. Although this would not create a notification to the author or other subscribers that you are re-triggering a build, so the utility is questionable.
Btw, you can just edit a comment that has
/packit build
and that would also re-trigger CIs.
Nice. Thanks for the hint!
/packit build
docs/Makefile
to insideconf.py
to run automatically (reference: https://breathe.readthedocs.io/en/latest/readthedocs.html)Added more sphinx buildersMoved to individual PRs. See #2487I've added these as GitHub Actions instead of pre-commits because:
tmt
itself