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

doc: fix typos/indentation #3085

Merged
merged 3 commits into from
Dec 17, 2023
Merged

doc: fix typos/indentation #3085

merged 3 commits into from
Dec 17, 2023

Conversation

marcusrossel
Copy link
Contributor

No description provided.

@nomeata nomeata changed the title doc/chore: fix typos/indentation doc: fix typos/indentation Dec 17, 2023
@nomeata nomeata enabled auto-merge December 17, 2023 18:39
@nomeata
Copy link
Collaborator

nomeata commented Dec 17, 2023

Thanks for your contribution! I'm not sure how useful indentation fixes are when you aren't already touching the code (if it causes a merge conflict for someone else probably not), so don't go out of your way to fix them, but typo fixes are certainly appreciated.

@nomeata nomeata added this pull request to the merge queue Dec 17, 2023
@github-actions github-actions bot added the toolchain-available A toolchain is available for this PR, at leanprover/lean4-pr-releases:pr-release-NNNN label Dec 17, 2023
leanprover-community-mathlib4-bot added a commit to leanprover-community/mathlib4 that referenced this pull request Dec 17, 2023
@marcusrossel
Copy link
Contributor Author

marcusrossel commented Dec 17, 2023

@nomeata Are these kinds of small chore-PRs generally welcome, or are they more noise than they're worth?

@nomeata
Copy link
Collaborator

nomeata commented Dec 17, 2023

That is a good question. I’d say anything user-visible and obviously annoying (typos, wrong references in docstrings) is very welcome. Fixes to user-visible markup (bold theorem name) maybe as well, if it improves consistency. Typos in comments when they annoy you, but not need to be proactive about them. Indentation changes I personally don’t care too much about and would leave it to whoever touches the code next.

If you expect to do more, then grouping multiple similar ones in one PR makes reviewing quicker.

auto-merge was automatically disabled December 17, 2023 19:30

Head branch was pushed to by a user without write access

@marcusrossel
Copy link
Contributor Author

marcusrossel commented Dec 17, 2023

(Sorry, that last commit was by accident, but I guess it's also enough of a chore that I'll just leave it in.)

Merged via the queue into leanprover:master with commit 89d7eb8 Dec 17, 2023
4 checks passed
@marcusrossel
Copy link
Contributor Author

Ok, now I'm confused how the PR even got merged, but does not include the final commit...

@leanprover-community-mathlib4-bot leanprover-community-mathlib4-bot added the builds-mathlib CI has verified that Mathlib builds against this PR label Dec 17, 2023
@leanprover-community-mathlib4-bot
Copy link
Collaborator

@nomeata
Copy link
Collaborator

nomeata commented Dec 17, 2023

Maybe there was a race condition with the Github merge queue. But separate PR is better anyways, since it isn’t about docs here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
builds-mathlib CI has verified that Mathlib builds against this PR toolchain-available A toolchain is available for this PR, at leanprover/lean4-pr-releases:pr-release-NNNN
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants