Chrome doesn't display content?

Hi there

Does Chrome display it correctly from a Web Server? For example, does the link below work in your boss' Chrome browser?

Click here to view

I seem to recall that Chrome has issues with WebHelp from any HAT because of the framesets. But only when you attempt to view locally. It's a security thing. So is Mark of the Web. But that's only applicable to Microsoft Internet Explorer.

Cheers... Rick

Try this link using Chrome. http://www.grainge.org/demos/bbair/

No I don't think the answer is to warn people. I suspect the answer is that you are trying to view the help locally and that does not work with Chrome. It has to be on a server, which is why Rick posed the question.

Put your help on a server and see what happens.

There is more about the problem on my site, plus a solution for running it locally.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

I've hit this problem - no left pane navigation in Chrome. Sigh.

I've tried Captiv8r's link and got... no left pane navigation in Chrome. Sigh.

I tried Peter's link. I got left pane navigation (nothing open by default under 'Contents' but it will open on click) but is the answer to my woes in that 'help'?

Basically, a straight question seeking a straight answer: do I need to upgrade to v9 and hey presto, everything is fixed?

Chrome was not supported until RoboHelp 9 but I cannot guarantee that will fix your issues. It should but I have no way of knowing if other issues might also be at play. Best solution to be certain is to download the trial of RoboHelp 9 to a non-production machine and see what happens. I suspect all will be OK but, as stated, cannot guarantee it.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Well, I'd hoped for a copper-bottomed guarantee but I'll take the sage guidance gratefully. Cheers.

Hi all,

Just for the record: WebHelp generated with RH9 demo version still does not display locally with Chrome (v. 20). Sad, because Chrome now has a significant browser market share, and my company has many customer sites where WebHelp has to be deployed locally...

Can those sites not deploy the help to a web server rather than install it on each user's PC?

If not, there are workarounds on my site. See Snippets.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Peter,

Thanks for your reply.

I know the proper way to go is to deploy the help system on a Web server - only at some customer sites, that can't be done. Also, I understand even with this solution, there are still a number of issues with WebHelp and Chrome (index topic popups not displaying, search results messing up with the top of the search pane...).

Anyway, I'll look into HM2Go, as suggested on your site (I knew of the "--allow-file-access-from-files" workaround - and also knew we just could not use it at customer sites).

Thanks again for your help.

We have the same problem. One of the developers investigated and figured out the problem is that Chrome does not render RoboHelp-generated .htm files because of the DOS/Windows-style CR/LF line breaks.

So I'm going to update my build script to post-process the .htm files with dos2unix or the like.

I previously raised the CR/LF issue with Adobe support when I had trouble checking RoboHelp output into CVS. They said they'd add UNIX-style line feeds as a feature request.

It is very well documented on the web that the problem with webhelp displaying locally is because of the use of framesets. Snippets on my site describes the workarounds.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Hmm, OK, actually our problem is different, I just didn't read carefully enough.

Back again!

So, I put the lines of code from Peter's site right at the very top of the pile of declarations, just nestled under the WebHelp 5.10.006 comment. Copied it over to the local folder, hit the index.html and Chrome just went into a flutter - blank screen, and the 'Stop'/'Reload page' button just flickered between the 'Stop' cross icon and the rotating arrow, 'Reload'; flickered really quickly like the poor browser was having a fit until I did the decent thing and put it out of its misery.

Note: this was on my C drive. Would that code change, sitting on a server, actually make any odds? I have to ask here because I don't want to annoy the already annoyed tech-heads who would have to make that simple little copy and paste.

Or, with the passage of time, have we got any kind of robust solution in place? Upgrade to Robo v10? Another snippet of code? Anything at all? I'm open to anything at all that will fix this. Thanks in advance.

If you mean the line of code I think you do, that relates to making the TOC appear on the server. Running Chrome locally is a separate issue.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Fast, and thank you.

Okay, some doughnuts and a 'pretty please' might be in order!

Much appreciated.

Count me in for one of those doughnuts!

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge