镜像站点 · 本页由第三方 GitHub 只读镜像提供,非 GitHub 官方站点,不接受任何登录或凭据输入。前往 github.com
Skip to content

Incorrect documentation for ImagePalette size parameter (and maybe not needed at all) #5636

Closed

Description

@rjmorris

The documentation for the ImagePalette initializer in version 8.3.1 says the palette parameter must be "of length size times the number of colors in mode". Therefore, for an RGB image, I would expect len(palette) == size * 3. However, the code asserts that len(palette) == size, so I believe the code and documentation are inconsistent. (The same problem existed in 8.2.0 before some ImagePalette improvements were made, so this wasn't introduced with that change.)

Furthermore, it isn't clear to me that the size parameter is needed at all. It isn't stored on self, and the only place it's used in the initializer is to assert that its value is 0 or len(palette), so it doesn't seem to provide any benefit. The only reason to keep it that I can think of is to maintain backwards compatibility with existing code that explicitly passes the parameter.

Activity

  1. radarhere commented on Jul 26, 2021

    @radarhere
    Member

    The incorrect documentation was added in #1381. I've created #5638 to fix it.

    As background, the size parameter was originally added in #537. Before #5552, it was there to override a default length check. Afterwards though, the default length check was gone, so size is now just adding an arbitrary constraint on the user.

    While I acknowledge that 8.2.0 changed ImagePalette significantly, this is removing an API parameter. If it is to be removed, deprecation is preferred first.

    As an aside, you would probably appreciate knowing that there is another PR in the pipeline to update the documentation for the channel order used by the palette argument - #5599

  2. rjmorris commented on Jul 26, 2021

    @rjmorris
    Author

    Thank you @radarhere for the background and addressing this so quickly. The changes you made in #5638 sound great to me. I came across #5599 when searching for prior discussion of this issue, so I was already familiar with that upcoming change (which is also appreciated).

  3. radarhere commented on Jul 28, 2021

    @radarhere
    Member

    #5638 has been merged, and I've created PR #5641 to deprecate the size parameter, resolving this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions