-
Notifications
You must be signed in to change notification settings - Fork 96
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
Case sensitive (case only) corrections #899
Comments
The focus of typos is on source code, so we view days of week as either snake_case or CamelCase. We don't have the information (and getting the information is out of scope) for us to know when one case is preferred over another.
If this is for case outside of variables, then see above. If this is for how these should be cased in variables, this is the inverse of #795 where we need to take two words within an identifier and merge them into one word. This is a lot more doable than #795 as we already know what case is involved. We'd just have to deal with scanning identifiers for these words and figuring out precedence rules (e.g. but what "system" is the end of one word join and the start of another word join). |
Hmm, I've always thought that the focus/scope of source code would include comments, docstrings, error message strings etc. Granted, I guess that'd mean a general purpose checker with some specific source code capabilities on variable and function names etc. Anyway, FWIW, to me, variable and function names and such are a much less interesting area than things written specifically/only for humans to read, such as the ones mentioned above. Maybe typos is not the best possible match for this use case. |
My original motivating case was dealing with a typo in an API for a decade. However, that doesn't mean this is exclusively for those cases. I have this run on code based with documentation or only documentation-only documents (RFCs). To meet our needs for generality and performance, its difficult to handle comments / documentation and knowing when the words in comments/documentation are regular language vs references to identifiers in the code. |
It seems on surface (admittedly not much homework done on my part) that typos does not support case only corrections. If that's the case, here's an RFE to support that :)
Some examples off the top of my head with which this would be useful:
The text was updated successfully, but these errors were encountered: