Message157936
| Author |
terry.reedy |
| Recipients |
docs@python, georg.brandl, loewis, ncoghlan, terry.reedy |
| Date |
2012年04月10日.06:47:01 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1334040422.82.0.89261153976.issue14512@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
C:\Programs\Python32\Tools\Scripts>..\..\pythonw pydocgui.pyw -b
has the same behavior I described. So does -g.
The shortcut has been part of the Windows installation for many versions. It obviously uses pydocgui.py.
C:\Programs\Python32\Lib>pydoc.py -b
# starts one python.exe process
# prints on the next lines in the command window
Server ready at http://localhost:50695/
Server commands: [b]rowser, [q]uit
server>
# and opens blank localhost:50695 browser window
after asking for permission for python to access local network (which I gave). 'b' at prompt opens another blank window.
C:\Programs\Python32\Lib>pydoc.py -w difflib
#prints
wrote difflib.html
#which it did, looking as expected when opened in browser, with lots of cross-links.
So what it seems is not working in either case is opening the html page in the browser or connecting it to the server.
C:\Programs\Python32\Lib>webbrowser.py python.org
opens the page in *Internet Explorer* rather than Firefox (my default browser). pydoc tried to connect to the server in a new FF tab.
When I re-ran pydoc and tried to open localhost:50695 in IE, it gave me the result of a Bing search (one help forum post), so neither browser can find anything at that url. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2012年04月10日 06:47:03 | terry.reedy | set | recipients:
+ terry.reedy, loewis, georg.brandl, ncoghlan, docs@python |
| 2012年04月10日 06:47:02 | terry.reedy | set | messageid: <1334040422.82.0.89261153976.issue14512@psf.upfronthosting.co.za> |
| 2012年04月10日 06:47:02 | terry.reedy | link | issue14512 messages |
| 2012年04月10日 06:47:01 | terry.reedy | create |
|