feature_request(ignoring): ignoring words based on their context
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
Direção de pesquisa
Start by reviewing the related issues (#410, #2491, and #3673), then inspect how Codespell currently handles configuration and ignored words. Done means users can configure words to be ignored only for specified contexts and file extensions, while still receiving warnings in other cases; the issue gives four example cases to check.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Related issues: #410, #2491, #3673.
1. Summary
It would be nice if Codespell will allow ignoring words based on their context.
2. Justification of the need of the feature
This was discussed in several issues of this repository. It would be nice to have behavior where Codespell ignore words solely in specific cases but continues to return warnings for all another cases.
3. Example of desired behavior
Example YAML configuration file with keys context and extensions. Examples in this file are false positives from my project.
# [OVERVIEW] Example of a Codespell configuration file for ignoring words based on their context:
#
#
# [KEYS] Both keys are optional, but at least one of them must exists.
#
# 1. “context” — the list of contexts in which the word is ignored. List items are case-sensitive.
# If the key doesn’t exist, Codespell will ignore the word in any context.
#
# 2. “extensions” — the list of extensions for which the word is ignored.
# If the key doesn’t exist, Codespell will ignore the word for any extension.
#############
# Example 1 #
#############
# [PURPOSE] I want to get Codespell warnings for the “colour” word
# except the case where this word is used in the phrase “Colour Contrast Checker”.
#
# [INFO] “Colour Contrast Checker” is the name of the online application:
# https://github.com/Pushedskydiver/Colour-Contrast-Checker
colour:
context:
- Colour Contrast Checker
#############
# Example 2 #
#############
# [PURPOSE] I want to get Codespell warnings for the “isnt” typo,
# but not for the CoffeeScript built-in operator “isnt”:
# https://coffeescript.org/#operators
isnt:
extensions:
- coffee
#############
# Example 3 #
#############
# [PURPOSE] I want to get Codespell warnings for the “nd” typo,
# but not for the class “.nd” from the Pygments library in my CSS and Stylus files:
#
# [NOTE] I preferred more informative class names than “.nd”, but Pygments developers have the another opinion:
# https://github.com/richleland/pygments-css/blob/146834e1f9476d517c10cee5f15381047866d93d/monokai.css#L34
nd:
context:
- .nd
extensions:
- css
- styl
#############
# Example 4 #
#############
# [PURPOSE] I want to get Codespell warnings for the “whos” typo,
# but not for the IPython built-in magic command “%whos”:
# https://ipython.readthedocs.io/en/stable/interactive/magics.html#magic-whos
whos:
context:
- "%whos"
extensions:
- py
If this file exists, Codespell will ignore colour, isnt, nd and whos for contexts provided in the file.
It would be nice if Codespell will support something like this configuration file.
4. Alternatives of context+extension ignoring
4.1. Inline ignoring
I’m not sure that codespell:ignore comments is the best solution for users.
- If a user gets the same false positive multiple times, he needs to add
codespell:ignorecomments multiple times. If a configuration file as in my example would be allowed, it would be enough for a user to make one record in a configuration. - I try not to use inline ignoring at all and prefer ignoring via the configuration if it’s possible. In my opinion, it would be nice if text files contains solely texts and code files contains solely code without records especially for checkers/linters/validators.
- Unfortunately, currently Codespell by default doesn’t provide an opportunity ignoring words based on their context. But I hope that someday it will become possible, and users can make pull requests based on their personal configurations for cases like
%whosfrom my example.
4.2. Per-file ignoring
In my opinion, it would be nice, that the pull request #3675 allows ignoring based on extensions, but I’m not sure that ignoring per file is the best idea. The file may contain both false positives and real typos, and if a user activate the option --per-file-ignores, he may skip real typos. The context key from my example would allow more accurate ignoring.
Thanks.
- Linguagem predominante
- Python
- Estrelas
- 2.4k
- Forks
- 531
- Merge médio
- 15h 55min
- PRs com merge (30d)
- 17
Preparar o ambiente
Inicia o contêiner de desenvolvimento do projeto no navegador, com a sua própria conta do GitHub.
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Sem guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de codespell-project/codespell
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
codespell-project/codespell#3997 ·
Mantenedores costumam responder em até 1 dia
-
enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 63/100
codespell-project/codespell#3965 · 3 comentários ·
Mantenedores costumam responder em até 1 dia
-
Add "marcos"Talvez já em andamento @ekanshul assumiu há 20 dias. Abertadictionary
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
codespell-project/codespell#3920 · 3 comentários ·
Mantenedores costumam responder em até 1 dia
-
question
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
codespell-project/codespell#4005 ·
Mantenedores costumam responder em até 1 dia
-
duplicate question
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 35/100
codespell-project/codespell#3998 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
Todas as issues de codespell-project/codespell
Issues semelhantes
-
bug
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 86/100
awslabs/visual-asset-management-system#937 ·
Mantenedores costumam responder em até 1 dia
-
Admin member of a research group cannot see the HX2 allocation until they've been added to itAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
follow-up
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 83/100
Mantenedores costumam responder em até 3 dias
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
Mantenedores costumam responder em até 2 dias