Repository navigation
Add examples to docs for str methods #106318
Description
Activity
The main question is whether the examples are worth the space. For some readers, details are definitely useful. I wonder if some of them might better be put inline in the description.
Reacted by ShantanuHi, folks. Thank you for your review and suggestions. All of them were applied (letting
For exampleat the end of the paragraph). Maybe except in thesplitlinesmethod. It is because there is a table between the first paragraph and the example. So, we can:- Leave as is
- Move the example (maybe just the first one) to after the first paragraph
Another idea here?
Another thing is about
versionadded:: 3.2. What do you think about removing it.
The reason is that 3.2 is an old version (after end-of-file)? There are some rules about this?The main question is whether the examples are worth the space.
I think the answer is mostly "No". In my courses, I ask people to read the string docs to become familiar with the methods. What I've learned is a) the docs are clear enough without having an example, and b) it already is too long and tedious to read.
IMO, a well-intended effort to add examples would be counter-productive and make the docs less useful. Also, it is already trivially easy to run experiments to verify understanding (the string methods require almost no setup to try out).
FWIW, the argparse docs are a example (no pun intended) of the consequences of going overboard with examples. Instead of one or two informative examples for the whole module, they are were added at a fine-grained level. As a result, we almost never can get anyone to read the docs top to bottom to gain a full understanding of the module.
Reacted by Sergey B KirpichevPerhaps we could put these examples in expandable sections that are hidden by default, like we recently did for the "relevant PEPs" section of the typing docs: https://docs.python.org/3.12/library/typing.html#relevant-peps.
Perhaps we could put these examples in expandable sections that are hidden by default, like we recently did for the "relevant PEPs" section of the typing docs: https://docs.python.org/3.12/library/typing.html#relevant-peps.
Do you mean something like this? And @rhettinger, what do you think about it?
Do you mean something like this?
yes
Reacted by AnubhavBReacted by Adorilson BezerraThe only problem is that man pages, LaTeX, epub, etc (to my knowledge) don't have the concept of expandable sections. See sphinx-doc/sphinx#10532 (comment) for some context.
On the other hand, this would be useful even if we make the collapsible content HTML only.
A
We recently had a few discussions related to this, including in the last docs-community meeting or on Discord.
The relevant bits are:- Adding more examples is generally a good idea. Depending on the context, it can be done inline, at the bottom of the page in an "Examples" section, or as a separate page.
- There's been some discussion about using collapsible sections (see the issue linked above by @AA-Turner). Using
.. raw::is probably not the right way to go, since there are already extensions that provide the feature. However these are not compatible with all builders, so we can't just use them easily without a fallback for the other builders.
Until a better solution for collapsible sections is found, and if adding more example inline it's not desirable for the
strmethods, it might be better to just add the examples at the bottom of the page (like I did for thestr.formatdocs) or possibly in a separate page (this needs a broader discussion though, especially if a similar approach gets adopted for builtin functions and possibly other pages).- added 2 commits that reference this issue
on May 24, 2024 - added 3 commits that reference this issue
on May 22, 2025 268 remaining items
- added a commit that references this issue
on Mar 1, 2026 - added a commit that references this issue
on Mar 10, 2026 - added a commit that references this issue
on Apr 9, 2026
@adorilson already opened a PR for this over at #105670. If people have higher level feedback on the suggestion, this issue is a good place to do it.
Maybe cc @CAM-Gerlach in case you're interested :-)
Linked PRs
strmethods in collapsible sections #111743str.capitalize()#134272str.center()#134518str.count()#134519str.encode()#134520str.endswith()#134523str.expandtabs()#134525str.center()(GH-134518) #134571str.center()(GH-134518) #134572str.count()(GH-134519) #134573str.count()(GH-134519) #134574str.find()#134529str.encode()(GH-134520) #135457str.encode()(GH-134520) #135458str.endswith()(GH-134523) #135459str.endswith()(GH-134523) #135460str.expandtabs()(GH-134525) #135476str.expandtabs()(GH-134525) #135477str.find()(GH-134529) #138174str.find()(GH-134529) #138175str.startswith()method #144369str.startswith()method (GH-144369) #144480str.startswith()method (GH-144369) #144481str.isalnum()docs #144718str.isalnum()docs (GH-144718) #144729str.isalnum()docs (GH-144718) #144730str.split()docs (GH-144367) #150908str.split()docs (GH-144367) #150909str.split()docs (GH-144367) #150910str.isdigit()method docs (GH-144721) #151082str.isdigit()method docs (GH-144721) #151083str.isdigit()method docs (GH-144721) #151084