missing help browser on OS X

[Thomas Friedrichsmeier]

Hi,

On Thu, 23 Jun 2016 22:10:36 +0200
meik michalke <meik.michalke at uni-duesseldorf.de> wrote:
> Am Donnerstag, 23. Juni 2016, 21:56:48 schrieb Thomas Friedrichsmeier:
> > Ok. What about the "Help Search" window? Can you open help pages
> > from there?
> 
> no, i meant that by "a link from the help search" ;-)

d'uh :-)
 
> > What if you do
> >   x <- options (browser="firefox")
> > can you open help pages, there?
> 
> no, but i think we're onto something here. i set browser to 
> "/Applications/Safari.app/Contents/MacOS/Safari", which successfully
> started that browser, but the URL that was requested was pretty
> obscure:
> file:///Applications/RKWard/http:/127.0.0.1:17171/library/base/html/ls.html
> looks like RKWard prefixed the value with a path to its own app
> directory. when i removed the file:// stuff, the help page was shown.
> 
> so, why does the bundled RKWard add this prefix and the locally build
> one doesn't?

Looks like we're getting closer, but: Good question. Are these the
same git revision? Do they use the same R version? I don't have a good
idea, right now. Looks like the URL is taken to be a relative URL,
therefore the local path is added to make it absolute. My problem in
understanding is that I don't see how we are interfering with this from
RKWard at all, as long as using an external browser.

When safari gets invoked on that broken URL, what does "ps"
show as the command line?

When using the command line R inside the bundle, with an external
browser option, does that work?

Regards
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20160623/14b37408/attachment.sig>