[issue42840] `type` takes **kwargs for __init_subclass__

2021-03-31 Thread miss-islington
miss-islington added the comment: New changeset b3c1e2c493e67f84b1034ac6c49492a459b0736d by Miss Islington (bot) in branch '3.9': bpo-42840: Document providing kwargs to type. (GH-24173) https://github.com/python/cpython/commit/b3c1e2c493e67f84b1034ac6c49492a459b0736d --

[issue42840] `type` takes **kwargs for __init_subclass__

2021-02-18 Thread Guido van Rossum
Guido van Rossum added the comment: I'll try to review it in the coming weeks. -- ___ Python tracker ___ ___ Python-bugs-list

[issue42840] `type` takes **kwargs for __init_subclass__

2021-02-18 Thread Erik Soma
Erik Soma added the comment: The CPython PR has gone stale waiting for core review, pinging this per the dev guide. -- ___ Python tracker ___

[issue42840] `type` takes **kwargs for __init_subclass__

2021-01-08 Thread Erik Soma
Erik Soma added the comment: Seems I misframed the issue a bit. I didn't realize keyword arguments besides 'metaclass' were introduced with PEP 3115 with Python 3.0. In any case I've posted a PR to update the docs and typeshed. Typeshed PR for reference:

[issue42840] `type` takes **kwargs for __init_subclass__

2021-01-08 Thread Erik Soma
Change by Erik Soma : -- keywords: +patch pull_requests: +23000 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24173 ___ Python tracker ___

[issue42840] `type` takes **kwargs for __init_subclass__

2021-01-06 Thread Guido van Rossum
Guido van Rossum added the comment: Excellent! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42840] `type` takes **kwargs for __init_subclass__

2021-01-06 Thread Erik Soma
Erik Soma added the comment: Can do. I have found a blurb in the 3.6 What's New that confirms it was purposeful (https://docs.python.org/3/whatsnew/3.6.html#index-37). -- ___ Python tracker

[issue42840] `type` takes **kwargs for __init_subclass__

2021-01-06 Thread Guido van Rossum
Guido van Rossum added the comment: That sounds intentional to me (else the class statement would have a capability that cannot be dynamically emulated by calling type()). We should probably update the docs (if you could submit a small PR that would be appreciated) and also typeshed

[issue42840] `type` takes **kwargs for __init_subclass__

2021-01-06 Thread Erik Soma
New submission from Erik Soma : The documentation (https://docs.python.org/3/library/functions.html#type) shows type's signature as: class type(object) class type(name, bases, dict) But the "actual" 2nd signature in CPython 3.6+ is: class type(name, bases, dict, **kwargs) **kwargs here