TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:Re: Google Chrome not working with WebHelp ? From:Bill Swallow <techcommdood -at- gmail -dot- com> To:"McLauchlan, Kevin" <Kevin -dot- McLauchlan -at- safenet-inc -dot- com> Date:Wed, 9 Jun 2010 12:50:34 -0400
WebHelp from both Flare and from RoboHelp used to work great for me in
Chrome, until the past week. I hadn't actively installed updates, and
to test I just now went to About and there was a new version (June
8th?). I installed it as it had a bunch of JS tweeks in it but WebHelp
still broken in the state you describe. I'm submitting the issue
against Chrome. I suggest others do the same. http://code.google.com/p/chromium/issues/entry
On Wed, Jun 9, 2010 at 11:51 AM, McLauchlan, Kevin
<Kevin -dot- McLauchlan -at- safenet-inc -dot- com> wrote:
> Hey gang,
>
> If any of you are publishing WebHelp, you might want to
> check if you can view it in Google's Chrome browser.
>
> In my own case, I'm talking about WebHelp that lives
> on a locally-inserted CD, on a local hard disk, or
> on a network file server. I'm not talking about
> WebHelp that's served up by a web server.
>
> For me - and for other people on the MadCap Flare forums -
> Chrome can display the nekkid help pages, but if the
> navigation aids are invoked (ToC, Index, Glossary, Search,
> etc. as we expect 99% of users to do), then the browser
> begins loading the frames and then stops before rendering the content.
>
> I have no trouble viewing my (local) WebHelp in:
> - Firefox 3.6.3,
> - IE8, IE7
> - Safari 4.0.5, Safari 5.0
> - Opera 10.53
>
> As always, YMMV, but I'd like to hear about it if that's the case.
>
> We assume the problem is with Chrome default settings
> regarding security and "local zone" - WebHelp invokes
> bits of Java to enable the nav aids, and it's that attempt
> to load 'external' components that causes the choking),
> but it's not clear what needs changing and how to change
> it in Chrome interface. So, unless Google responds with
> a fix or we find a workaround, I'm going to include a
> readme.txt with my products that says
> "Use a browser other than Google Chrome, to view the Help."
>
> If somebody has already encountered this issue and
> found the workaround, PLEASE share. :-)
Available for contract and full time opportunities.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Gain access to everything you need to create and publish documentation,
manuals, and other information through multiple channels. Choose
authoring (and import) as well as virtually any output you may need. http://www.doctohelp.com/
- Use this space to communicate with TECHWR-L readers -
- Contact admin -at- techwr-l -dot- com for more information -
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-