Right now, bytearray, bytes, complex, float and int documentation is splitted into stdtypes.rst and functions.rst. I think stdtypes.rst should be the only source with all documentation, and functions.rst should just point out to stdtypes.rst. This would make it easier to get the complete picture of a given type without having to jump between pages. This is how the documentation of dict, frozenset, list, memoryview, range, set, str and tuple works.

I believe bool() is more useful in functions.rst, as it's really short.

See talk at: https://python.zulipchat.com/#narrow/stream/116633-documentation/subject/Gather.20all.20type.20documentation.20in.20stdtypes

I disagree that this would be an improvement.  The current organization has worked well for us.  In particular, some of the these types sometimes used like functions that produce a type (this is where the builtin functions docs do a good job).  In the stdtypes docs, we go into detail about what the types do and have them grouped in a way that can be compared and contrasted.

As a Python instructor, I ask newcomers to read the built-in functions section because it tells them a lot of what they need to know to get up and running with the language (indeed, that is why these are all builitins rather than relegated to modules).  The stdtypes section is more voluminous and rarely read start to finish (mostly just used as a reference).

nosy: + rhettinger
messages: + msg321728

resolution: rejected
stage: patch review -> resolved