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

Unable to correct different capitalizations of the same word #536

Closed
clo4 opened this issue Aug 16, 2022 · 2 comments
Closed

Unable to correct different capitalizations of the same word #536

clo4 opened this issue Aug 16, 2022 · 2 comments

Comments

@clo4
Copy link
Contributor

clo4 commented Aug 16, 2022

I'm currently adding this to CI for Fig which is a fairly large Rust + Swift codebase (will have a few typo fixes to contribute 😄)

Currently iterm is an unknown word, which is expected and good! We need to let typos know that it's correct for our repo because of iTerm 2.

We have various capitalizations of it: iterm, iTerm, and Iterm - all of which are required in different places due to conventions around identifiers.

Adding this to my typos.toml doesn't help:

[default.extend-identifiers]
iterm = "iterm"

CleanShot 2022-08-16 at 21 21 57@2x

Is this a bug? Am I configuring it wrong?

@epage
Copy link
Collaborator

epage commented Aug 16, 2022

You extended the supported identifiers which are case sensitive and do not do word splitting, so it'd need to be

[default.extend-identifiers]
iterm2 = "iterm2"
Iterm2 = "Iterm2"

etc

If you instead

[default.extend-words]
iterm = "iterm"

It should do what you are looking for

@clo4 clo4 closed this as completed Aug 16, 2022
@clo4
Copy link
Contributor Author

clo4 commented Aug 16, 2022

Thank you! Missed that default.extend-words is what I was after, didn't understand the difference from the readme although after reading it again it should have been obvious 😅

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants