This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Documentation search results focus on tutorials and not language specifications
Type: behavior Stage: resolved
Components: Documentation Versions: Python 3.9, Python 3.8, Python 3.7, Python 3.6
process
Status: closed Resolution: duplicate
Dependencies: Superseder: Docs search should prominently show definitions and glossary items
View: 34398
Assigned To: docs@python Nosy List: ammar2, docs@python, excalamus, terry.reedy
Priority: normal Keywords:

Created on 2019-09-20 13:39 by excalamus, last changed 2022-04-11 14:59 by admin. This issue is now closed.

Messages (5)
msg352846 - (view) Author: Matt (excalamus) Date: 2019-09-20 13:39
* Problem: 
Documentation search results favor tutorials and over language specifications

* How to reproduce:
I often forget simple syntax.  For example, say I want to raise an exception.  Clearly, I need to search for "raise".  

1. Go to https://docs.python.org/3.6/search.html
2. Type in "raise"

* Expected result:
A clearly understandable link to the "raise" documentation or something closely related, such as link to the "Built-in Exceptions" documentation 

* Actual result:
The documentation for the "raise" keyword is given in search result number... at first, second, and third glance, I don't even know if a page describing the "raise" command is returned.

The first result is a 2to3 conversion tutorial.
The second result is for urllib.error.
The third result is a unittest.mock tutorial
The fourth result is an optparse tutorial
The fifth result is a tutorial for "simple statements"
The sixth result is a tutorial for "Errors and exceptions".
The seventh result is a for "exception handling"

After much poking around, it turns out that the documentation for "raise" is in the "Simple statements" tutorial.  Knowing to select the correct link requires knowing that "raise" is a statement, as the only indication that this is the correct link is that "raise_stmt" occurs in its preview snippet.

Searching for related terms, such as "exceptions" or "errors", returns similarly indirect results, such as tutorials for "Extending Python with C or C++" and "API Reference".

The experience is the same, regardless of the Python version searched.

* Proposed solution:
I'm not sure how I can help with this, but I would like to.  For example, is there some kind of tagging I could do while meandering through the morass of Python documentation?
msg352864 - (view) Author: Ammar Askar (ammar2) * (Python committer) Date: 2019-09-20 16:05
This is a great point Matt, the documentation search is a bit lacking and we're kind of using https://bugs.python.org/issue34398 and https://github.com/python/cpython/pull/8773 to track it.

The current idea that Julien, the docs expert, had is to add some sort of Sphinx directive in the docs that boosts and entry's search result. Would you like to close this issue in favor of that one...or post your comment there so we can track these in one place?
msg352867 - (view) Author: Matt (excalamus) Date: 2019-09-20 16:38
I will close this issue and post in one of the two places you linked.

Thank you for your prompt reply and affirmation of my observations.  I feel my language was colored by frustration, yet you focused instead on my willingness to help.  I appreciate that and find your response encouraging.

Somewhat related, I am responding to this through the bugs.python.org interface.  If I reply directly to the email the tracker sent me, will my reply be properly routed to this thread?  It's not clear from the send address what would happen if I replied via email.
msg352868 - (view) Author: Ammar Askar (ammar2) * (Python committer) Date: 2019-09-20 16:41
> Somewhat related, I am responding to this through the bugs.python.org interface.  If I reply directly to the email the tracker sent me, will my reply be properly routed to this thread? 

Yes, it will :)

The bug tracker allows replies by email.
msg352917 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2019-09-21 01:08
But in your response, please delete the message you are responding to (except possibly a line or two).
History
Date User Action Args
2022-04-11 14:59:20adminsetgithub: 82412
2019-09-21 01:37:37ammar2setstatus: open -> closed
superseder: Docs search should prominently show definitions and glossary items
resolution: duplicate
stage: resolved
2019-09-21 01:08:04terry.reedysetnosy: + terry.reedy
messages: + msg352917
2019-09-20 16:41:49ammar2setmessages: + msg352868
2019-09-20 16:38:52excalamussetmessages: + msg352867
2019-09-20 16:05:36ammar2setnosy: + ammar2
messages: + msg352864
2019-09-20 13:39:39excalamuscreate