Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: -skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15871
___
___
Python-bugs-list
Ezio Melotti added the comment:
This seems to have been fixed/improved already.
A search for random now returns the random module as first result and
random.random as second.
Searching for print returns the pprint module first, and then the print
function.
With str or list the results are a
Terry J. Reedy added the comment:
We have collectively spent much time creating reasonably good module and term
indexes and more improvements can and will be made. I strongly feel that they
should be made as easily searchable and usable as the full text searches that
are generally less useful
Georg Brandl added the comment:
What a waste indeed. After all, when I want to search I only ever want one
single match to be displayed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15871
Terry J. Reedy added the comment:
I believe I somewhere proposed that there be an option to get more *if one
wanted more*. The real waste is not using the available index resources.
--
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15871
___
___
Ezio Melotti added the comment:
If I search for random, at the top of the result lists I want to see at least
the random module and the random.random function.
Currently the random module is the 4th result, and random.random is buried
down in the list (17th place) among all the other random.*
Changes by Ramchandra Apte maniandra...@gmail.com:
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15871
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15871
___
___
New submission from Terry J. Reedy:
For the Windows Help version of the docs, the left side box has 4 tabs:
Contents, Index, Search, Favorites. I now mostly use the Index tab. That means
that I can enter an indexed keyword, topic, or object name and jump from place
to place in the docs.
The
R. David Murray added the comment:
The index is available on every page via the link in the upper right corner.
An index-specific search might be interesting, though I usually just click the
'index on one page' link and do a text search. But that is a two step process
and doesn't give a
Ezio Melotti added the comment:
I find the current search quite useless.
I think index search with a fallback on text search when there are no results
would be better.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15871
Terry J. Reedy added the comment:
I am not the only person who finds the 4 lines of
Quick search
[ ] [go]
Enter search terms or a module,
class or function name.
more eye-catching than the more useful
modules | index
in
Stefan Krah added the comment:
I like the quick search: It works very well for function names.
For the use cases mentioned here I use Google.
I never use the index, so for me personally the positioning of
the quick search box is perfect.
--
nosy: +skrah
Terry J. Reedy added the comment:
'print' *is* a function name ;-)
which also happens to be a common word.
If the current search box gives you the page where the function is defined,
searching the index first should give you the same page.
--
___
15 matches
Mail list logo