Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder1.news.weretis.net!feeder.erje.net!eu.feeder.erje.net!newsfeed.xs4all.nl!newsfeed1.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail
Newsgroups: comp.lang.python
Date: Sun, 24 Feb 2013 17:03:24 -0800 (PST)
In-Reply-To: <mailman.2445.1361744102.2939.python-list@python.org>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=66.162.99.34; posting-account=aw7wEQoAAACnaP8vftI9MyiC9NfXNJyr
References: <659b4770-12fb-400f-8aa5-049605347fe2@googlegroups.com> <mailman.2401.1361698540.2939.python-list@python.org> <5fbb36fe-a2b3-4ea6-a42e-53d46845865e@googlegroups.com> <mailman.2445.1361744102.2939.python-list@python.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Subject: Re: webbrowser.open("./documentation/help.html")-- No Go in Windows
From: llanitedave <llanitedave@veawb.coop>
To: comp.lang.python@googlegroups.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: python-list@python.org
Precedence: list
Message-ID: <mailman.2484.1361759307.2939.python-list@python.org>
Lines: 90
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:39865

On Sunday, February 24, 2013 2:15:10 PM UTC-8, MRAB wrote:
> On 2013-02-24 20:28, llanitedave wrote:
>=20
> > On Sunday, February 24, 2013 1:35:31 AM UTC-8, Chris Rebert wrote:
>=20
> [snip]
>=20
> >> Sounds like this might be your problem:
>=20
> >>
>=20
> >> http://bugs.python.org/issue8936
>=20
> >>
>=20
> >> The fix would seem to be ensuring that the URL you pass includes
>=20
> >> the scheme (in your case, "file:").
>=20
> >>
>=20
> > Holy Toledo!  That's a two-year-old bug spanning two versions of the
>=20
> > language!
>=20
> >
>=20
> > BTW, Chris, the snippet I showed in the title essentially WAS the
>=20
> > exact code.  It's a method with that single line called from a
>=20
> > wxPython Help menu.  I can't really put an absolute pathname into the
>=20
> > argument, because the application is going to be distributed to a
>=20
> > variety of computers at my workplace, and there's no assurance that
>=20
> > it will go into (or remain in)a particular folder.
>=20
> >
>=20
> > I was trying to avoid using the wx.html.HtmlWindow feature of
>=20
> > wxPython, because it doesn't handle CSS and styles.  My help page is
>=20
> > the portal to a multi-page users guide with a style sheet to render
>=20
> > all the content consistently.
>=20
> >
>=20
> > Plus, I couldn't get the wx.html.HtmlWindow to open relative paths
>=20
> > either -- it gave me "URL Malformed" messages even in KDE, when
>=20
> > webbrowser.open("filepath") was working for the exact same path.  But
>=20
> > that's something to take up on the wxPython list, I guess.
>=20
> >
>=20
> > This to me illustrates the downside of the Python philosophy of
>=20
> > "There should be only one obvious way to do things".  If that one
>=20
> > obvious way has a fatal bug, you're pretty much SOL.
>=20
> >
>=20
> I've had a brief look at webbrowser.py. It's looking for the browsers in=
=20
>=20
> the paths listed in the PATH environment variable.
>=20
>=20
>=20
> On my PC at least, the paths to the other browsers, such as "C:\Program
>=20
> Files\Mozilla Firefox" for Firefox, aren't listed there, hence the only
>=20
> one it can find is Internet Explorer.

Well, it's still very odd, because when I use wxPython's wx.html.HtmlWindow=
 to click a web link, it DOES use the default browser, which is Chrome on m=
y PC.  It's just using the webbrowser.open() function that goes to IE.  Unt=
il then, I'd been suspecting that wx.html.HtmlWindow was using webbrowser.o=
pen() under the hood.  I guess not.

But wx.html.HtmlWindow doesn't work on relative paths, it seems (in neither=
 Linux NOR Windows), so I'm not able to find a substitute as of yet.