Closed owlpaste closed 3 years ago
Welcome! 👋
Thank you for posting this issue. 🙇🏼♂️ As I am currently on vacation I will come back to you begin of August. Stay safe!
Thanks
Will be fixed with v2.0.0. Sorry for the delay. Busy times.
Hello @muenzpraeger, sorry for the delay as well, this was fixed however was broken again by https://github.com/muenzpraeger/eslint-plugin-inclusive-language/commit/351923d69c77292eedca84259e3292c406285755#diff-7ccc9ad62fc85133a987ff24abfd2c3ae9ea9cbce2e10576d65775130383723dR136
That changed the order of the merge list once more to the original and custom rules no longer have priority :( I have used tag 2.0.0 though and it works fine, but not in latest release.
@owlpaste Thanks for reaching out, I'll double-check.
Although the linked diff is outdated, as the mechanisms changed to using a map, where the custom config takes precendence to reflect the priority. See here.
Yes saw that, it that wasn't in 2.1.0 release though 😄
When that comes out, I will try it. In the mean time, very happy to use 2.0.0 (though lintStrings
would have been awesome, il wait)
Yup, but it's in 2.1.1
;-)
We wanted to use different terminology than offered by default, so created our own
inclusive-words.json
It contains same word but different suggetion, running the rule on a testing file still shows up original suggestions instead of our own.
If I rename the path of our
inclusive-words.json
the process fails and tells me an error that the file cannot be found, also adding new words which are not in the custom list does mean that they get caught and highligted, however it looks like priority of of suggestions are given to the default list, not the one that gets passed in.Our
inclusive-words.json
The new rule is added to the task list in this manner in
package.json