-
-
Notifications
You must be signed in to change notification settings - Fork 33.9k
bpo-34660: Replace offensive words #9335
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
Conversation
|
Hello, and thanks for your contribution! I'm a bot set up to make sure that the project can legally accept your contribution by verifying you have signed the PSF contributor agreement (CLA). Unfortunately we couldn't find an account corresponding to your GitHub username on bugs.python.org (b.p.o) to verify you have signed the CLA (this might be simply due to a missing "GitHub Name" entry in your b.p.o account settings). This is necessary for legal reasons before we can look at your contribution. Please follow the steps outlined in the CPython devguide to rectify this issue. You can check yourself to see if the CLA has been received. Thanks again for your contribution, we look forward to reviewing it! |
I don't want this changed unless backported to 3.7, 3.6. Code changes probably will not be.
terryjreedy
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the proposed changes are plausible improvements somewhat independent of any offensiveness.
To me, the 'sin' of these words is that they tend to be vague and say more about the writer's opinion than about the ostensible subject. If I were to merge this, I would be tempted to change the title to "Replace vague negative words in code." or "Replacy vague negative value judgments".
I removed the change to idlelib/todo.txt because it is not code and because the decade old file needs much heavier editing, which I would want to backport if and when I do so.
| " 'also legal',", | ||
| " 'continue',", | ||
| " 'crazy but legal',", | ||
| " 'weird but legal',", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Change breaks tests because list must be alphabetically sorted. 'weird by legal' belongs just before 'wigii'.
| } | ||
|
|
||
| crazy = { | ||
| weird = { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There might be an even better name and custom example.
phone = {
'decimal_point': 'x',
'grouping': make_grouping([4, 3, 3, CHAR_MAX]),
'thousands_sep': '-',
}
would be useful if one were confronted with phone numbers with extensions stored as Decimals.
| # Python 2.5, this was in the test_same_as_repr() test. It's worth | ||
| # keeping around for now because it's one of few tests of pprint | ||
| # against a crazy mix of types. | ||
| # against a random mix of types. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From the technical side, I would prefer 'haphazard' or 'arbitrary', as 'random' implies a probability distribution.
| self._apply_failure(os.listdir, name) | ||
|
|
||
| if sys.platform == 'win32': | ||
| # Windows is lunatic. Issue #13366. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The perjorative dig should just go. Replace with 'Two exceptions are possible.'
|
A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated. Once you have made the requested changes, please leave a comment on this pull request containing the phrase |
@jonsees are you serious? How can you call that evidence? When you compile 5 random links it doesn't constitute evidence.
When @jonsees says that something is problematic then it's problematic? Define what a problematic word is. IMO there's no consensus about.
Logic doesn't care about feelings and life isn't about being comfortable. "Insane" and "mad" are plane English words. If these hurt you it's your problem and you don't have the right to censor other people just because of your feelings. I'm happy that I live in a country where this insanity haven't gone this far. @hawran (I've put it in verbatim tag, as GH removed my |
|
To whom it may concern: jonsees Is this a common situation? |
|
This is the same principle that was going on with the master/slave deal a couple days ago. Quite simply the fact that some people feel insecure about some words does not give you the right to censor the world. If you do not like a food, you simply don't go to the restaurant serving it anymore, you don't try to argue with the restaurant that because you don't like it they should not serve it. The words used are used in good humor and anyone that is not specifically looking for something to be angry about and use as a slingshot to boost their own ago will most likely see it. |
|
@jonsees I am a real-life person using my real-life name while I volunteer my time trying to improve Python, which I have done for over 21 years. I have real feelings. I consider your response to my review rude and insulting. Since you do not wish to revise the PR, I close it. @RaresDima Thank you for writing the rest of what I would like to have said. |
|
I've locked this discussion thread for a 7 day cool down period. https://bugs.python.org/msg325507 |
This is a work in progress. Contributor Form has not been reviewed yet, apparently. I'll push more commits in the meantime.
https://bugs.python.org/issue34660