On 2013-02-24 20:28, llanitedave wrote:
On Sunday, February 24, 2013 1:35:31 AM UTC-8, Chris Rebert wrote:
[snip]
Sounds like this might be your problem:

http://bugs.python.org/issue8936

The fix would seem to be ensuring that the URL you pass includes
the scheme (in your case, "file:").

Holy Toledo!  That's a two-year-old bug spanning two versions of the
language!

BTW, Chris, the snippet I showed in the title essentially WAS the
exact code.  It's a method with that single line called from a
wxPython Help menu.  I can't really put an absolute pathname into the
argument, because the application is going to be distributed to a
variety of computers at my workplace, and there's no assurance that
it will go into (or remain in)a particular folder.

I was trying to avoid using the wx.html.HtmlWindow feature of
wxPython, because it doesn't handle CSS and styles.  My help page is
the portal to a multi-page users guide with a style sheet to render
all the content consistently.

Plus, I couldn't get the wx.html.HtmlWindow to open relative paths
either -- it gave me "URL Malformed" messages even in KDE, when
webbrowser.open("filepath") was working for the exact same path.  But
that's something to take up on the wxPython list, I guess.

This to me illustrates the downside of the Python philosophy of
"There should be only one obvious way to do things".  If that one
obvious way has a fatal bug, you're pretty much SOL.

I've had a brief look at webbrowser.py. It's looking for the browsers in the paths listed in the PATH environment variable.

On my PC at least, the paths to the other browsers, such as "C:\Program
Files\Mozilla Firefox" for Firefox, aren't listed there, hence the only
one it can find is Internet Explorer.
--
http://mail.python.org/mailman/listinfo/python-list

Reply via email to