CSH works fine with WebHelp installed locally – our software is installed on the client’s LAN server and is run with a client on the workstations. My help installer creates a folder on the LAN server and unpacks itself into it. The software calls the WebHelp by using the RH-provided CSH method (I think we use the VB or .NET method, I forget) to use Map IDs to launch the appropriate page.
Thanks, Jeff... This is what I suspected was the case but needed to
confirm... You totally rock! Thanks for your timely and most helpful
If you are running webhelp locally and your users are with IE, you will need to turn on Mark of the Web in the SSL, otherwise users will encounter a block that they have the option to ignore. If your help links to PDFs, then you will find the links don't work in IE with MOTW applied.
Not a barrier but something you need to check out.
See www.grainge.org for RoboHelp and Authoring tips
And make sure that you’re all patched up too for the fixes for Chrome’s security paranoia of local html files.
Hi again... so I forwarded the information to the developer from both Jeff
and Peter and he asked me to make the following confirmation... I'm a bit
concerned about the answer as far as the PDFs because it seems to me that I
had issues embedding a PDF or Word doc into a webhelp project before.
Anyway, here's his question:
*I would like to confirm explicitly that: “when installed locally, you
don’t have to run a web server and all the internal links work just fine,
including access to PDFs”.*
Thanks for any additional info you can provide for me for him! [?]
Can anyone else speak to the issue of embedding PDFs in a project in
Webhelp meant to be used locally? I generally prefer to link to documents
that are available via the login screen or wiki available to the user.
On Thu, Oct 16, 2014 at 11:38 AM, Jeff_Coatsworth <email@example.com>
Where are the PDFs located? On a web location or locally on the LAN server included as baggage files?