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

[en] Support for non-standard pronouns (aka Neopronouns) #4837

Open
solonovamax opened this issue Apr 16, 2021 · 0 comments
Open

[en] Support for non-standard pronouns (aka Neopronouns) #4837

solonovamax opened this issue Apr 16, 2021 · 0 comments
Labels

Comments

@solonovamax
Copy link

TL;DR of this issue is I think LanguageTool should add support for non-standard pronouns, or neopronouns.


For anyone who doesn't know what "neopronouns" are, they're alternative pronoun sets to the standard "he/him", "she/her", or "they/them". For example: "ko/kor/kors/kor’s/korself", "nya/nyan/nyans/nyans/nyanself", etc.
They are used the same as normal pronouns:

This morning, nya went to the park.
I went with nyan.
And nya brought nyans frisbee.
At least I think it was nyans.
By the end of the day, nya started throwing the frisbee to nyanself.

I won't turn this into a whole politics thing, but if you want to read more, check out these pages.
But to summarize my opinion on them quickly: if they're not hurting anyone and make people happy, then what's the harm in accepting them?

But, as society has become more inclusive over the past few years, the usage of neopronouns has increased significantly.
Beacuse of this, I think it'd be appropriate if LanguageTool had support for people who use neopronouns.
It would also be great if there was correction for misuse of neopronouns, as sometimes those who are unfamiliar with them might accidentally use them incorectly.
Though, as not everyone is ready for them yet, I think it'd be best as an opt-in rule, rather than opt-out.

Additionally, because there are such a wide variety of neopronouns, I think it'd be best to support a few of the more common ones, and then allow users to add their own, using an API similar to the /words/* API.

I personally believe that this would be a good feature because:

  • It has no downsides (Other than the added complexity. But I'm willing to contribute code.)
  • It's inclusive towards people a wider array of people
  • I don't think it would require that much changing to the rules. Other than that you might need to introduce some new construct that allows words to be injected into the rules at runtime.
Examples of Neopronouns

If you want some examples of neopronouns, here are a few sites have lists (I also provided a command that can be run in bash to get a semi-usable list of the data)

Pronouny: curl 'https://pronouny.xyz/api/pronouns' 2>/dev/null | jq -Sc '.[] | select(.pattern != null) | {pattern:.pattern, details:{subject:.subject, object:.object, determiner:.determiner, possessive:.possessive, reflexive:.reflexive, pronounType:.pronounType}}' -C | sort | uniq

Neopronoun list Carrd: curl 'https://neopronounlist.carrd.co/#'"$i" 2>/dev/null | htmlq -pt '#list01 > ul > li > p' | sed -Ee 's/\s*\((only to be|not to be).*\)//g' -e "s/’/'/g" | sort | uniq -i

LGBTA Wiki: curl 'https://lgbta.wikia.org/wiki/Neopronouns' 2>/dev/null | htmlq -tp '#mw-content-text > div > table > tbody > tr > td:nth-child(2)' | perl -077 -pe 's/(?m)(^.*$)\n\n(^.*$)\n\n(^.*$)\n\n(^.*$)\n\n(^.*$)\n\n/$1\/$2\/$3\/$4\/$5:\n -> nominative: $1, accusative: $2, pronominal possessive: $3, predicative possessive: $4, reflexive: $5\n/g'

(Note: some of these sites may provide pronouns that I do not personally agree with. Such as pronouns relating to real people, like the YouTuber Dream. Along with that, there are emoji prounouns, which I have not yet decided where I stand for them. They are just given to provide some examples of neopronouns that people might use.)

Now, I also understand that this might be a more "controversial" feature to add.
The main reason being, that there are many people who don't support the use of them.
But, people can just leave the rule disabled if they don't wish to use them. Nothing would force them into using them.

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

No branches or pull requests

2 participants