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.
I wasn't trying to divide the help at all. Each module in the product can
be installed and used as a standalone package, yes, so it is possible to
wind up with an installation of only 1 module out of the 11 available.
There are/were 2 help editions, each for a specific user type. The previous
installation had this setup for the help packages, according to the
developer:
\Software Product root directory
\Help
\User Type X help
\User Type Y help
I got the map IDs and ID numbers from the developer. I reused the ones they
had earlier, specifically so they wouldn't have to change the code. I've
gone through the process of assigning the IDs and numbers to the current
HTML files. I changed the file names in the mappings, not the IDs or
numbers.
On Wed, Jul 27, 2016 at 8:23 AM, Robart, Kay <Kay -dot- Robart -at- tea -dot- texas -dot- gov>
wrote:
> It doesn't sound like you are delivering the type of context-sensitive
> Help that deals with map IDs. That is for context-sensitive help by topic.
> If you are trying to divide your Help by modules, the person who created
> your help should have created a different single source layout for each
> module and used conditional tags to instruct RoboHelp about which topics go
> into each module.
>
> To make it work, all you should have to do is generate each of those
> layouts. In your SSL folder, you'll have a different set of Help for each
> module, which you will then deliver. The developers should have already set
> up their application to link to the correct help for the module.
>
> -----Original Message-----
> From: techwr-l-bounces+kay -dot- robart=tea -dot- texas -dot- gov -at- lists -dot- techwr-l -dot- com
> [mailto:techwr-l-bounces+kay -dot- robart=tea -dot- texas -dot- gov -at- lists -dot- techwr-l -dot- com] On
> Behalf Of Keith Hood
> Sent: Tuesday, July 26, 2016 8:02 PM
> To: techwr-l <techwr-l -at- lists -dot- techwr-l -dot- com>
> Subject: Another maddening RoboHelp problem
>
> And now for something completely different: I can't get context-sensitive
> help working. I have a Webhelp project where each HTML file is specific to
> a module in the software. When you click on the help button in a module,
> the Webhelp interface should open and show the help page for that
> particular module.The help that was on the server, created by a tech writer
> who's been gone for years, worked that way. But I can't get mine to work.
>
> I'm trying to use map IDs. I've carefully read everything in the RH "help"
> - which is about as useful as a chicken wire shovel. I've spent days
> crawling through the RH user forum, which has lots of posts about
> context-sensitivity problems, but none of them match my situation. I've
> created a map ID file. I've done everything the help says to do, but when
> the help is deployed on the server the context-sensitive feature doesn't
> work.
>
> Some of the problem is, I can't understand half of what I see on the net.
> This is the first time I've used RH in more than 10 years, and a lot of
> what people write about this problem, I don't understand. I've been on
> Peter Grainge's web site and I can't figure out what the bleep he's talking
> about. I need to know if there are any sources that can provide simple,
> baby-step instructions. If anyone has any pointers I would very much
> appreciate some help.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Visit TechWhirl for the latest on content technology, content strategy and
> content development | http://techwhirl.com
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> You are currently subscribed to TECHWR-L as kay -dot- robart -at- tea -dot- texas -dot- gov -dot-
>
> To unsubscribe send a blank email to
> techwr-l-leave -at- lists -dot- techwr-l -dot- com
>
>
> Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
>http://www.techwhirl.com/email-discussion-groups/ for more resources and
> info.
>
> Looking for articles on Technical Communications? Head over to our online
> magazine at http://techwhirl.com
>
> Looking for the archived Techwr-l email discussions? Search our public
> email archives @ http://techwr-l.com/archives
>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Visit TechWhirl for the latest on content technology, content strategy and content development | http://techwhirl.com
