Skip to content

More consistent handling of 'None' vs. 'none' #19300

@timhoffm

Description

@timhoffm

Summary

The strings 'None' vs 'none' are not handled consistently:

  • At least MarkerStyle only accepts 'None' (xref Cleanup code for format processing #19291 (comment)). - Maybe other places too.
  • However, in many places we accept both 'None', 'none' (and sometimes also other capitalizations).
  • Counting occurences, we have 777 'none' and 139 'None' in our code base.

Proposed fix

Aim at making the API more consistent by:

  • Choose one version and use it whenever possible throughout code, docs and examples.
    • I propose to choose 'none' because most other named strings are lowercase. And it's a step further away from None, which may help making it more clear that those two are different.
  • Make all other places accept that version too.
  • For now do not deprecate other writings or conversions. If a way of writing is working now, there'll be lots of code out there using it. It's not worth breaking that.

Note @brunobeltran You might stumble over these inconsistencies when formalizing types.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

      pFad - Phonifier reborn

      Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

      Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


      Alternative Proxies:

      Alternative Proxy

      pFad Proxy

      pFad v3 Proxy

      pFad v4 Proxy