-
-
Notifications
You must be signed in to change notification settings - Fork 8.3k
More consistent handling of 'None' vs. 'none' #19300
Copy link
Copy link
Open
Labels
API: consistencyConsistency of the matplotlib API, including naming, behavior, defaults, …Consistency of the matplotlib API, including naming, behavior, defaults, …MaintenancekeepItems to be ignored by the “Stale” Github ActionItems to be ignored by the “Stale” Github Action
Milestone
Metadata
Metadata
Assignees
Labels
API: consistencyConsistency of the matplotlib API, including naming, behavior, defaults, …Consistency of the matplotlib API, including naming, behavior, defaults, …MaintenancekeepItems to be ignored by the “Stale” Github ActionItems to be ignored by the “Stale” Github Action
Type
Fields
Give feedbackNo fields configured for issues without a type.
Summary
The strings
'None'vs'none'are not handled consistently:'None'(xref Cleanup code for format processing #19291 (comment)). - Maybe other places too.'None','none'(and sometimes also other capitalizations).'None'in our code base.Proposed fix
Aim at making the API more consistent by:
'none'because most other named strings are lowercase. And it's a step further away fromNone, which may help making it more clear that those two are different.Note @brunobeltran You might stumble over these inconsistencies when formalizing types.