Chrome closed up a perceived security threat a few years ago with locally installed WebHelp systems. See Peter Grainge's site (www.grainge.org<http://www.grainge.org>) for info on this (look for browsers or just site google "chrome") and a couple of workarounds. RH9 does not address this limitation of Chrome yet (it has to do with frames in your html) but other HATs like Flare have changed their WebHelp to get around this, so I would expect that Adobe will get to it too sometime.
Jeff, Thanks for the quick reply. Unfortunately I cannot find anything related to this specific issue with the Index pop-ups on Peter's site. I site searched for "chrome" and "browsers" and looked thru each result. Very possible it is there and I'm not finding it, but if there is indeed a workaround I would be very interested in that information.
Look at Snippet 3 - http://www.grainge.org/pages/snippets/snippets.htm#browsers
Where is your help located? If it's not running off a webserver, then #3 applies. To test, change your Chrome shortcut to launch with the "--allow-file-access-from-files" option.
Jeff, I'm sorry, I didn't present the context. I'm accessing the app on a server, and clicking the Help link. The help opens and displays as expected. I click the Index tab, and select an entry on the list that has multiple related topics. The pop-up displaying those topics does not open.
After reading the snippet, which I had seen before but discounted due to the "local" aspect., I though perhaps the pop-up would work if the help was on my local machine? If it would. that might be a workaround for our users who employ Chrome.
So I made Chrome my default browser, compiled the help and clicked the View Result button. The Help opened in Chrome but there was no content displayed at all. Just the TOC tabs and the Webhelp frame around the page. Which completely confuses me.
"So I made Chrome my default browser, compiled the help and clicked the View Result button. The Help opened in Chrome but there was no content displayed at all. Just the TOC tabs and the WebHelp frame around the page. Which completely confuses me."
That is the expected behaviour when Chrome is used with local WebHelp files.
You don't say if the WebHelp is running on a webserver - just that your accessing the app on a server and launching it from within the app. A LAN server is not considered a webserver from Chrome's point of view. Try this experiment - modify your Chrome shortcut to launch with the command line switch. Then browse to your server's WebHelp install - does anything show?
Thanks very much Peter. I'll keep looking.
Jeff, I'll give that a try. Being pulled into another area right now but will get back to this ASAP. Thanks again.
Java and popups are allowed in my Chrome. I need to talk to our network guys re the "webserver" vs "lanserver" aspect to verify how we are setup. It may not be a problem for our users in the field. We are going to test with a beta user to see if the same index popup problem exists for them..
So far as the snippet you referenced, it seems aimed at a bigger problem than this. I am not so worried about our not seeing the TOC/HElp content in Chrome when using the View Results option in RH so much as how the user in the field is impacted when using Chrome.
The only issue in Chrome we know of is he related topics pop-up issue. Hopefully that is the worst case scenario for the beta user as well, Firguring out how to get that pop to work would be ideal. Using another browser would be a workaround, and not using the index to stay with Chrome is also an option, though less than ideal.
I downloaded Help2GO and I can't get it to work. I'm adding the fully qualified path to the IP address as they show in the example but get "page cannot be found." It may have something to do with the port so I need to dig into that.
I'm hoping Peter can provide some further input. I've been unable to find anything on his site specific to this related topic issue but am taking some hope from his comment about the topic ringing a bell for him. I found one thread on the Robohelp forum that mentioned the problem but didn't see where they had resolved it.
Peter, I received an e-mail from you as shown below, but the "View the full discusion" link gets an error. So far as your comment in that e-mail "There the issue was that if an index entry was linked to more than one topic, the popup did not display.", , on the face of it, that is exactly the problem I am having, so I am a little confused.
Can yoiu clarity. Sorry if I'm being dense.
Re: Webhelp Index - Selected entry pop-up list does not display in Chrome
created by Peter Grainge in RoboHelp HTML - View the full discussion
I finally found the thread that I was thinking of but it was in fact a different problem. There the issue was that if an index entry was linked to more than one topic, the popup did not display. Whilst there may be some deep down link between the two issues, it will not help here.
We just recognized this problem as well. Configuration details are as follows:
- RoboHelp 8 output
- Webhelp output is stored and accessed on a server, so the locally installed problem is avoided.
- Using latest Google Chrome update, which is 21.0.1180.89 m
A couple of things are happening:
- As mentioned in the original post, pop-ups are not being displayed for Index entries with multiple selections.
- Some odd formatting behavior can be seen if multiple index entries are clicked in succession. This odd formatting includes having the text of the index ovelap itself, the Index search field is covered in text or completely hidden, and other odd anomalies that make the Index hard to read or use. It should be noted that this behavior is a bit random in that if you click an Index entry and then another Index entry, this odd formatting might not occur and in other cases it does occur. Switching to another tab and coming back to Index seems to clear the odd formatting.
- This same strange formatting can be seen on the Search page as well if multiple clicks are done, although it seems to be less common as compared to the Index.
Has anyone heard any updates on this type of issue, either the Index pop-ups or the odd formatting when clicking Index entries.
Is it behaving well if you use IE or FF?
Yes, I should have mentioned that. We also test and support IE and Firefox and we have not seen any of these issues on these browsers, only on Chrome does it happen.
Just to be sure, I tested this again this morning on IE (version 9.0) and Firefox (version 15) and there are no issues with the functionality or display of the Index or Search tabs. By this I mean there is no odd overlapping of text, no loss of the text field for Index or Search, and the pop-up options for Index entries work as expected.
I will note that even in IE and Firefox, when making multiple, quick selections in the Index or scrolling quickly, I can see that the text of the Index "flashes" a bit. So it disappears for a split second and then re-appears as it should. The problem seems to be with Chrome it may have these same flashes but then it does not refresh itself accurately as IE and Firefox appear to be able to do. And then of course also the additional problem of the pop-ups in the Index not working.
And again just to be clear and have all the information in this post, our webhelp output is on a server (to avoid the other Chrome local help issue) and we're currently using RoboHelp 8.
You may want to grab the trial version of RH10 to test a copy of your project out in - make sure you use a non-production machine for your playing around. RH8 is frankly well out of date now.
Sigh, my mistake, we actually have RoboHelp 9. Not sure how I messed that part up. Is there a considerable upgrade in Chrome support between RH 9 and RH 10?