I updated my PR:

• Remove the change: AddT and "#T" formats totype.__format__().
• Exchange%T and%#T format:%T is now the short type name, and%#T is the long type name.

I reduced this PR to the bare minimum, non controversial and most important: only add %T format just to add a type name (type.__name__).

Later, we can extend the API:

• Add a%#T format toPyUnicode_FromFormat() if needed.
• Add atype.__fullyqualname__ attribute.
• AddT and#T formats totype.__format__().

Extended the API later is not incompatible with this change: they would be additions.

@serhiy-storchaka: Are you ok with this minor addition to PyUnicode_FromFormat()?

My work on the limited C API is blocked by this missing feature. As I wrote previously, the formatcan be extended later if someone wants to cover most cases, add an alternative format, etc.

I would prefer to make the size modifier mandatory and use it as the format specifier intype.__format__. So you can write
PyUnicode_FromFormat("%zT", Py_TYPE(obj)) in C andf"{type(obj):z}" in Python.

It is also less ambiguous.

My previous attempt in 2018:#9122

Previous attempt, merged commit886483e, which was reverted a few days later.

I wrotePEP 737 – Unify type name formatting for these changes: seethe PEP discussion.

PEP 737 changed the API since this PR was created. I close this PR for now and will create a new one (or maybe reopen this PR) since PEP 737 will be approved.