Snippets

Phrase searches need to be enclosed in quotes but does the end user know that? Probably not so help them with a prompt.

To change the string from the default go to

File > Project Settings > General Tab > Advanced > LNG File Tab

and change FtsInputPrompt to your own string.

You can also change the Index prompt and many other terms used in the output.

If your CSS file has tables defined, you will not see them if you are trying to add a table to a snippet.

What you need to do is click this icon and select the CSS that has the required table(s).

Then the tables in the selected CSS will appear in the Available Table Styles and can be added. They will work without problems provided all your topics use the same CSS as selected for the snippet.

If you use multiple CSS files, then each CSS will have to have the table defined. The definitions can be different but the table name must be the same. Thus each CSS must have a table style such as MyMainTable but in one CSS all the borders could be blue whilst in another they could be red. The key point is that the CSS for all topics using the snippet must have a table named MyMainTable.

RoboHelp's search will find results that are in a dropdown or expanding text but the user will not see them when they go to the topic. See Willam's site so that clicking the search results will go to the topic with the dropdown open or the text expanded to see the results.

Open the Browser based help output folder and open the main.hf file in the that folder using Notepad or any text editor.

Locate the string theme="Themes\

Change this to theme="Themes/

Save and publish it to your server.

A common forum request is the ability to password protect topics. What authors are looking for ideally is the ability to password protect whole areas. Quite by chance I stumbled across a page on Adobe's site that had a method of protecting individual topics that was written in 2002!

The page contains many other utilities. Click here to see Adobe's page. Please test these utilities in a dummy project as it they may not work with later versions of RoboHelp.

I tried the Password utility and it worked in both WebHelp and Microsoft HTML Help. Click here for the RoboHelp 9 version of Gerry's project with updated instructions.

If your output is WebHelp, you may find that you need to generate with the Convert RoboHelp Edited Topics to HTML check box ticked.

If you are publishing WebHelp to a Unix based server, see Password Protecting a Folder.

I don't cover source control as it is something I have studiously avoided and with no ill effects, indeed, quite the reverse. This snippet is an exception as La Kisha asked about the best way forward as she was going to be joined by another author. The responses were particularly helpful and I felt it worth recording the key points here.

La Kisha posted

I've been the sole writer at our company for 6+ years. I finally have someone to help me; however, this has introduced a new challenge. We will both be working on the same RH project, and we will be using VSS for source control. I'm not sure how we should be 'sharing' this single RH project.

Does anyone have any best practices for when working in this type of situation?

I have questions such as:

• When the other person is creating Index keywords, what if I have files checked out - how will this affect the adding of keywords?
• When the other person creates new snippets or new user-defined variables, should he immediately check them in and let me know so that I can do a get latest and have the new snippets/variables in my project?
• How do we manage both of us working on the same project, and having the need to check in/check out files, create new topics, etc. - what should our 'workflow' be?

Thanks in advance for any assistance/tips that any of you can provide!

Author Care responded

I recently faced a similar situation (we use TFS here incidently). What I did was to split the main help project into a merged help system with a master project and sub projects and then enforced a strict rule that only one author may checkout one project at a time. Our TFS revision control software was configured to forbid multiple checkouts of the same material.

Whilst you can both work on different topics in the same help project simultaneously in my opinion this is a messy way to author.

The golden rule here is to keep things simple and robust and don't be swayed by non authors in your course of action.

Then Gravenstein added this great post

I like Author Care's golden rule: keep things simple and robust. This topic touches on the three basic ways of sharing help authoring tasks. In order of complexity:

1. Serial authoring. If you don't need to have both authors in the project at the same time, you can simply take turns working on the project. Just pass the files back and forth as needed. This is the most simple and robust approach.
2. Merging projects. If you need concurrent authoring, then, yes, this is a simpler and more robust approach than source control. However, this only works if you can partition your material and your work assignments into two or more clearly-delineated parts. Merging projects can be a great solution, but it doesn't fit all cases.
3. Source control. If multiple authors need concurrent access to the same material, then source control is the simplest answer.

Here are some tips and observations, based on my experience with RoboSource Control, in no particular order:

1. Source control works best on small-to-medium-sized projects. Large ones can be unstable.
2. Set it up to restrict file checkouts to one author only. Allowing two authors to work on a single topic simultaneously is bad.
3. If possible, try to work in different areas of the project that don't touch. Remember that a single change in one topic can ripple out to many related topics. (For example, if you change the filename of a topic, every link to that topic must be changed.) If someone else is working in one of those related topics, you will not be able to complete your initial change.
4. Make backup copies of your projects regularly, even though they are in source control.
5. Create an administrator account to be used just for that purpose. Don't use that account for regular authoring. Don't give everyone administrative privileges.
6. Designate one person as the administrator. Have at least one backup administrator. These will be the people who set up user accounts, override checkouts ("I need that file, and Joe is on vacation!"), resurrect old files, sort out source control conflicts, etc.
7. Check in files as soon as you're done with them. Don't leave them checked out longer than necessary.
8. If you have large projects, your virus scan utility can really degrade performance during certain operations, such as the initial "get" of project files. If this is the case, you might be able to configure your antivirus program to be friendlier to these source control activities.
9. The help authors should stay in close communication. Let each other know what you're doing, especially if you are doing something radical like moving folders around. Be ready to check something back in if someone else needs it.
10. Give a lot of thought to how your project is structured. Consider file structure, naming conventions, etc.
11. Some actions are more source control intensive than others. (Moving, deleting or renaming folders are biggies.) Your project is vulnerable while these changes are in progress. If something goes wrong before the process is complete, you can end up with a mess on your hands. For example, let's say there's a network glitch while you're moving a folder, interrupting your connection with source control. You can end up with RH thinking that the folder is in one place, while source control thinks it's in another. The result is broken links and missing files. Time for the administrator to step in and sort things out. This is almost never a problem for small projects. It becomes a real issue for large projects.
12. If you're getting close to a deadline, DO NOT pick that time to reorganize and rename files and folders.
13. Follow the correct procedure for adding a project to source control. Doing it wrong will really mess you up. Adding a project to RoboSource Control is easy. I can't speak for other source control solutions.
14. You might find it necessary to rebuild your cpd file more often than with non-source controlled projects.
15. Have I mentioned lately that you should back up your source files?

Followed by another from her dealing with the specific questions

If one author is creating index keywords, when another has files checked out...I think it depends on how you have your indexing set up, whether the entries go into the topics or into a single file. (Feel free to jump in on this anyone.) If what he is doing requires a change to a topic that he can't check out, then I don't think he can complete the action. You could test this and see whether it's a problem or not. If someone is doing a large-scale action, it might be better for the other authors to stay out of the project while it's going on.

When someone creates new snippts or variables, is it best to check them in immediately...I would think that sooner would be better than later, but that'll be up to you and your team to decide. Be sure to keep each other informed about what your doing in your shared project.

How do we manage both of us working on the same project...what should our workflow be? When you open the project, get the latest version of the files. If you are working in unrelated areas of the project (recommended), you process will be more or less the same as in a non-source controlled project. Check in topics, especially any common files, as soon as you're done with them. If you need to make any large-scale changes to the project, discuss them in advance with the other writers, and arrange to do so while they are not in the project.

Truly, you and your team need to decide what your workflow is. Will you specialize, or will you decide that everyone does everything? For example, for consistency, you could decide that one person is in charge of laying out the structure of the project and creating each new topic, while the other person focused on technical content. Will you work only in folders A-F, while your neighbour works in G-M? Who will be the source control administrator?

Finally Amebr added this

If both of you will be working on the same project every day, I highly recommend getting into the habit of deleting the cpd first thing each day. (I find doing it first thing every day means I don't forget on the one occasion when it's actually necessary. ) I tend to do a Get as well to ensure I have all the latest files. This will show up any issues if people have been moving files around (broken links, missing topics, etc). RH 8 I think brought in a checkbox that deletes the CPD automatically on close.

However, if your project is one that takes 20min or more to re-build then this won't be practical. In this case, communication is key. Tell each other when you are about to rearrange, create, delete topics, etc so you can delete the cpd and get the latest files after these changes to ensure everything is synced. If you can, plan for one person to make all of these changes at one time to minimise how often you have to delete this file.

And backups outside of VSS are also useful to deal with RH deleting added files and adding deleted files in source control because it was out of sunc with VSS - while possible to get everything back from VSS, sometimes it's just easy to copy from a zip backup.

Note from Peter Grainge

Having read through that, you might understand why I avoid source control. It does have its place and in some scenarios it is the only sensible solution. However, the answer is to keep it simple and robust as Author Care said. In my world I can do that without source control.

Many thanks to those who provided great responses to La Kisha's question.

The full thread can be found on the RoboHelp Forums, click here.

If you are having a problem caused by the name of the CHMs in the Merge Files section of the HHP file being preceded by an absolute path, see Item 13 in Using RoboHelp 9.

Trying to open a CHM and getting this message is something that seems to crop up regularly rather than frequently.

Usually the answer is to run MJ's diagnostics and it will find some DLL not registered and fixing that fixes the problem. There is more information in both of these threads.

www.robworley.com/2005/03/what-does-cannot-open-the-file-mkmsit store-mean/

www.tomshardware.co.uk/forum/55394-35-open-files-cannot-open-file-msitstore

However one person posted that the problem only occured with one CHM and, of course, an unregistered DLL will, in most cases, affect all CHMs. Digging deeper into the second link I found another cause of this message that would only affect specific CHMs.

"I finally found out that the error was caused because the name of the directory containing the .chm files had non-English characters. After changing the directory's name to simple English - everything works."

That is probably the first thing to check out if you have this problem.

This problem crops up from time to time and in most cases it is because the CPD file has become bloated. The solution is usually to delete the CPD and reopen the project. That is covered in Opening Projects on this site.

There were two threads though where this did not fix the problem in RoboHelp 8. See http://forums.adobe.com/thread/776782 and http://forums.adobe.com/thread/698592. There you will see that the initial cause was pinned on the number of layouts but I had seen projects with many more that worked just fine.

Eventually MeWrite identified that it was not the number of layouts but the number of URLs they contained. Lee Passey then identified a workaround. He identified that the list of publication servers is stored in an XML file named "pblsvrs.sss" and by swapping different versions of that in and out of the project, performance became acceptable.

Chris found that on importing from Word 2007 into RoboHelp 8 the content was wrapped in a div tag as above. The result was a "border" around the content in the design editor. I found the same with a Word 2010 document.

Chris took this up with Adobe and it was found the problem was in fact a patch that Microsoft had issued and it would affect Word 2003 as well. The problem has been addressed in RoboHelp 9. In earlier versions I found that if you remove the opening div tag in the HTML editor, when you switch to Design View, RoboHelp will remove the closing tag for you. Sometimes the way RoboHelp cleans up code works for you!

If your help is available on the web you may want to improve its findability in Google.

Click here for information about off page factors. (PDF Version)

Click here for information about what you can do using Technical Communication Suite 3 to improve topics. (PDF Version)

Airplane help is help that will give the user web-based help when there is a connection and local help when there isn't. See Tulika Goel's blog for information on how to configure airplane help.

If you want some content to only be included when a user prints a topic, try this.

Add the following to your CSS. It creates a class called copyright and tells it not to display on screen but to display when printed. As written below, the print will be in the same style as Normal but you can change that to suit.

@media screen

{

p.copyright {display:none;}

}

@media print

{

p.copyright {display:block;}

}

Then write your content and apply the copyright class. It will look something like this.

<p class="copyright">Copyright <?rh-symbol_start name="Copyright" ?>©<?rh-symbol_end ?> 2011 My Company Name</p>

This was written for someone who wanted a copyright notice to appear in print, hence the class name. You can change it to whatever you want.

To delete the build expressions listed in the Conditional Build Expression dropdown, set the value in all layouts in the project to None. Close the project and delete the PSS file. Reopen the project and the dropdown will not contain any expressions.

UPDATE 01 Jul 2011
Do not confuse this item with Snippet 103. This Snippet is about Chrome not displaying when the help is installed locally rather than on a server. Snippet 103 is about the TOC not displaying in Chrome when the help is on a server and only applies to RoboHelp 7.

UPDATE 09 Jan 2012
Solution 2 added providing a safer solution.

Solution 1

Brendan Ellis posted a solution on the RoboHelp forums that I have modified a little. Subsequently an easier solution has been produced by the guys at EC Software, perhaps better known to you as the producers of Help and Manual. See Solution 2 below.

The problem is that Chrome has a strict security policy for html pages viewed locally (from disk and not from a web server) because of which iframes in RoboHelp output fail to load. If you publish the same output to any web server and view it in Chrome from there, it will work just fine for you.

To enable local viewing of your output, you will have to disable this extra security check in Chrome. You can do that by launching Chrome.exe with "--allow-file-access-from-files" option.

1. Create a copy of your Chrome shortcut on the desktop and rename it to RH Chrome Local (or some such indicator).
2. Right-click the new Chrome icon and choose Properties
3. Add the "--allow-file-access-from-files" text to the end of the path displaying in Target. Make sure you leave a space between the original string and the tag you are adding to the end of it.
4. Click OK to save.
5. If you have any Chrome instances open, close them.
6. To open a local copy of the WebHelp
   Use this new shortcut to open Chrome and then press Ctrl + Open and browse to the start page
   OR
   Open Chrome with the new shortcut, then right click the start page, click Open With > Google Chrome. Because Chrome is already open, it will use that instance.

This method need only and should only be used when opening local webhelp that you have created or trust.

You can find more details about this security issue in Chrome at this link.

My path is as below, you may need to surround the path and exe with quotes as in the second example.

C:\Users\<insert user name>\AppData\Local\Google\Chrome\Application\chrome.exe --allow-file-access-from-files

“C:\Users\<insert user name>\AppData\Local\Google\Chrome\Application\chrome.exe” --allow-file-access-from-files

UPDATE 25 Jan 2010 - A further post from Tim Green.

Solution 2

Click here to go to Help and Manual's HM2GO server page. There you can download a lightweight server that allows your default browser to open webhelp locally. It can be be used with any browser to avoid the problems that can be encountered when running webhelp from a local drive / DVD drive.

• Webhelp can be run locally using Chrome.
• In some circumstances, PDF files will not open from locally installed help.

This lightweight server ensures your help will open and work as if it were installed on a normal web server and thus overcome those problems.

Download the executable file and install HM2GO on your PC. (You do not need to install HM2GO on user PCs). Full instructions are given on Help and Manual's site but here's the short version.

To run webhelp locally on your machine

Run HM2GO.exe and it will open your default browser with a page whose address is http://127.0.0.1/:welcome. Substitute :welcome with the absolute path to your help. If your default browser is Chrome, you will find the help opens properly and functions.

To run webhelp locally on another machine

Create a folder with whatever name you want, say Demo.

Copy HM2GO.exe into that folder and create a batch file named say start.bat.

Following instructions on Help and Manual's site, I entered the following in the batch file.

@echo off
start /B HM2GO.EXE /P:8810 /T:0 /PRJ:./WebHelp/index.htm

Then I copied the help to be run into a folder off Demo called WebHelp.

When I run the batch file, my default browser opens and displays the help.

To run webhelp from a DVD

You can either burn the files from the previous section to a CD/DVD or you can substitute the start.bat file with an autorun.inf file

[autorun]
open=HM2GO.EXE /P:8810 /T:0 /PRJ:./webhelp/index.htm
icon=myicon.ico

In Windows 7 the AutoPlay dialog will open and show your icon and the HM2GO.exe file. Click that to start the help.

See also Snippet 75. I haven't tried merging the two but it should be possible.

With all options, when you have finished using HM2GO, you need to close the server. There will be an icon in the system tray, right click and choose Exit.

Many thanks to Tim Green and his colleagues at EC Software for sharing this utility and making it free to use, including commercially.

See Item 25 in Using RoboHelp 8.

Getting different lists to align neatly in a topic is a frequent source of woe.

Click here to see how the different selectors (tags) affect the display of your lists. You can view that regardless of which version of RoboHelp you are using.

Then download this zip file. If you have RoboHelp 8 or above, you can open the project and play with the different CSS files to see how changing the property values affect the lists. If you have an earlier version, you can use the CSS files and create similar topics.

Note that the last item in some lists will not display correctly in IE8. This appears to be the way RoboHelp writes the HTML. The Default 5 topic displays correctly so the styles can be coaxed into working.

From time to time we see questions about whether the current version is 1.3 or 1.4.

The answer to this confusion is on Microsoft's site. The following extract explains the situation. See the full article.

Important  Please note that the latest version of the HTML Help technology is 1.4, as is the SDK. The latest version of the HTML Help Workshop download is 1.3. As of June 2009 there is no HTML Help Workshop 1.4.

As Rob Chandler explains on the HATT forum in this thread:

All they are saying is ... don't worry that the Workshop internal version number is 1.3 while the HH Runtime is 1.4.

See http://kb2.adobe.com/cps/404/kb404183.html

Over quite a long period there have been reports that when a Word document with images is imported, the images are missing in RoboHelp. The problem was that it was only an issue for some people. I got hold of a document where this happened every time for several users and sent it to Adobe.

They advised that MS Word has a document specific setting Rely on VML for displaying graphics in browsers which is not selected by default but in the test document it was selected.

If you clear that option and save the document, the images will import.

You can find the Rely on VML for displaying graphics in browsers setting here:

Word 2007
Office Button>Word Options->Advanced->Web Options…->Browsers->

Word 2003
Tools>Options>General Tab>Web Options

There is also a setting Allow PNG as a graphic format. That option will prevent any PNGs in your Word document from being converted to JPGs and imported. The PNGs will show in Project Manager but will have a cross to indicate they are missing. RoboHelp will not import any PNGs in your Word document as PNGs.
Your options are to make sure this option is not ticked and allow RoboHelp to import the images as JPGs OR to force the PNGs to show as missing by selecting this option and then manually adding them in the correct folder in Windows Explorer. (You can extract the images from the Word document by saving it as a web page whereon Word will save all the images to a sub-folder.)

Steve Cohen found that by changing his Word documents as above, the import worked fine but then the images did not appear in WebHelp. The Word document had spaces in the filename and when he replaced those with underscores, all was well.

Save in DOCX format

More recently Katie Hanson reported that one of her tech guys suggested saving the document in DOCX format and then her problems went away.

UPDATE 29 Jan 2012. From Version 9.0.2 RoboHelp will import PNGs.

Blame Microsoft! Certain strings are not allowed in the recently used list and one of them is Help! There was an article on Microsoft's site with all the detail but this has been removed.

D Reed found this useful blog explaining the problem in detail.

The simplest solution is to go to All Programs on the start menu and rename RoboHelp to say Adobe RH8, anything that does not include "help" in the string. Then the Pin To options appear.

Auto creating a TOC and the sort order seems to be causing some confusion as evidenced by this thread.

http://forums.adobe.com/message/2330002#2330002

Click here for a PDF of the forum thread

Auto-create TOC is always based on the Custom Sort order if one has been defined. If no custom order has been created, RoboHelp will treat the default alphabetical AZ order as the custom sort order.

The icon that shows AZ is not an AZ - ZA toggle. Its two states are Sort by Name (A-Z only) and Custom Sort.

	This is the icon when A-Z order is selected.
	This is the icon when custom sort order is selected.

If a title in the TOC is very long it will display right aligned in RoboHelp 7 and 8.

To stop this you need to edit whthost.js.

Locate the line

aIdList[aIdList.length-1].focus();

and comment it out with two slashes

//aIdList[aIdList.length-1].focus();

From time to time people ask about Information Types. In this thread, Rick Stone explains they are only for CHMs and the pitfalls of using them and Amebr explains the steps.

Download a PDF of the thread as at 9 December 2009.

One of the most regular causes of problems seen in RoboHelp forums is where authors have placed their project on a network drive. In the absence of source control, RoboHelp projects must be stored on the local hard drive.

The reason is quite simple. Underpinning any project is a CPD file. It is in fact a Microsoft Access database and they simply do not work well across many networks. They then corrupt and cause problems.

Whenever one of the forum supporters posts this advice, someone will usually chip in that their project has been running beautifully on a network for years. Yes that can happen. The point is that on some networks things will run OK but there are too many that don't and things can change. A change in the network setup can affect how a network based project works so what works today, may not work next week. We have seen someone argue this point and then come back later with a problem, guess what fixed it.

If you want to risk it, that's your choice but do make sure your backups are good. Even a loss of one day's work can reduce you to tears. I liken it to playing Russian Roulette. You can survive a long time if you are lucky but when you lose...

The most frequent reason people give for working on a network is their IT department stipulate that all work must be network based for backup purposes. Unfortunately nobody told RoboHelp that so IT can have all the policies they like, it will not change this situation. Of course they are right to ensure you have backups and you need to agree something with them.

What we do is run an automated backup program each night before IT's backup routines kick in. It zips up our projects and prefixes the filename with the date in YYMMDD format (091231_MyRobohelpProject.zip) and saves that to a network drive that we clean up every so often as IT will have backed up that file. We use the low cost SyncBack program from www.2brightsparks.com.

The other solution is to introduce source control. The project is then on a network and files get checked out and transferred locally while you work on them. Of course, if you don't check the files back in at the end of the day, then the updates will not be backed up so there is still a weakness in the system.

Ultimately, if IT will not be flexible, you may have to enlist the support of line management.

Sometimes it is necessary to open a project from the HHP file. It is important that the file is up to date if you have to resort to this method, so what updates it?

• When any SSL is generated.
• When the properties of the Microsoft HTML Help SSL are changed.
• If the Microsoft HTML Help Window settings are changed.

You can right click a layout and change its properties without generating. This does not update the HHP, except in the case of Microsoft HTML Help which does update.

Yes and no. There is a limit of 32 mb of text but the file size can be bigger because of graphics etc.

Here's the low down.

http://support.microsoft.com/default.aspx?scid=kb;en-us;211489

Amusingly I found my way to this link from a thread where someone stated they had a file of 202 mb and on asking the limit they were told 32 mb. However, as the link will explain, that is possible, albeit apparently perverse.

Marjorie wanted to convert from RoboHelp X5 for Word to RoboHelp HTML 7. The problem was that she could not find out how to map the styles so she posted on the RoboHelp forums. Later Marjorie posted that she had found various bits of information on my site and wrote up the detail of how she had approached the job, what worked and what did not.

This is a fairly regular forum question so here is a link to the post and here is a link to a PDF of it.

I don't normally cover source control issues but regularly people have problems with what should and should not go into source control. Laurin and Leon have often responded so I thought it might be worth pinning Laurin's latest reply here.

"There aren't very many files that RoboSource Control excludes. Let's see, a quick tally of my RH6 webhelp project shows the following to be excluded:

* projectname.cpd
* projectname.pss
* projectname.hhp
* projectname.trl
* ehlpdhtm.js

That's not very many, but the consequences of adding them to RSC are severe--things get very messed up, very fast. That's why I always let RH control the upload into RSC. Not an option if you're not using RSC, I realize."

When you view topics or web pages, you may see the author has included a Return to Top link at many points in the page. Leon came up with a better solution, one link that is always at the bottom of the page!

With slight amendments and some of my comments, this is what he posted.

Leon's Post

We found that too many links became overwhelming. We decided to only provide a Return to Top at the bottom of each scrollable topic. I worked up a scrolling (floating) link. (Note the "z-index: 1;" setting in the .css file; that causes the link to always be layered over anything else on the page.)

It looks like this:

This is the code to be used within each topic and within your (MyProject).css file:

At the top of each topic (I have it just under the H1 heading)

<p class="top"><a class="topic" title="Return to Top" href="#">↑ Top</a></p>

In your .css style sheet file (place the p.top after the default p & LI.p settings, and the A.topic's after the default A settings)

p.top {
     position: fixed;
     background-color: #f5f5dc;
     padding: 2px;
     right: 12px;
     bottom: 5px;
     z-index: 1;
}

PG: I did not include the link definitions in my CSS and it worked fine. That may have been because I already had appropriate definitions. See what works for you.

A.topic:link,
A.topic:visited {
     color: #4169e1;
     font-size: 80%;
     font-weight: normal;
     text-decoration: none;
     font-color: 000080;
     padding: 15;
}
A.topic:hover {
     color: #4169e1;
     font-size: 80%;
     font-weight: normal;
     text-decoration: none;
}

Simply customize my settings to suit your organization's style and formatting needs (fonts, location, padding, border, etc.).

Snippet 38 enables you to add a text link or graphic to a topic that will generate an email with a link to the topic. The script relies on the text link or graphic being in the topic but Steph wanted a toolbar button.

He has kindly shared this script. It does not create an email but it does copy the topic title and URL to the clipboard.

You create a new toolbar button in the skin editor using the JavaScript action. Select the Inline JavaScript option and click the Edit icon. The function script is below this image.

function CopyURL()
{
var myHerf=parent.frames[1].bsscright.location;
var title=parent.frames[1].bsscright.document.title;
if(window.clipboardData)
{
var tempCurLink=title + "\n" + myHerf;
var ok=window.clipboardData.setData('Text',tempCurLink);
alert("Press Ctrl + V to Paste the link in your email");
}
}

The above script will not work if you are using the Dynamic User-Centric Content (Content Categories) feature introduced in RoboHelp 9. See instead the javascript file on Willam van Weelden's site at www.wvanweelden.eu/robohelp/scripts/toolbarscripts. It is a later version of the script on my Twisties/Show Hide page so if you are using that, just replace the existing file and follow the extra steps set out on Willam's site.

Q-Term posted this problem:

Since I am generating a context-sensitive help and my customer is only able to implement a help project based on JavaHelp 1.1.3, I cannot use JavaHelp 2.0, though there is a whole series of restrictions with JavaHelp 1.1.3.

With RoboHelp v7, everything worked fine when creating a JavaHelp 1.1.3 project. With RoboHelp v8, however, the TOC is missing in the JavaHelp. It is not displayed. Usually, I am working on my main PC under Windows XP.

I tried to generate a JavaHelp 1.1.3 version with RH 8 under Vista (which I have on my notebook), and the TOC was displayed. The project source is a Web Help project.

When I copy the entire project with the generated JAR file to the PC with Windows XP installed, the TOC is not either displayed.

Praful Jain responded with this:

Each JavaHelp file has a helpset file with extension .hs. This HS file tells javahelp about the help file structure and where the TOC file, index file, and other information can be found.

the problem lies in this .hs file itself. The problem line is

<view mergetype="unite-append">

you need to change this line to

<view mergetype="javax.help.UniteAppendMerge">

and now try running the javahelp again.

You should be able to see the TOC, that's what I did to make TOC appear in javahelp.

Better still, Praful then added this screenshot from RoboHelp 8 where you can select the JavaHelp version and that should make the code change for you.

I encountered this problem recently and was assisted by an Adobe contact.

I was advised to check the value of a registry key and found it did not exist. So I created it and copied the details from a working machine.

The key was

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Text Converters\Export\RHRTF

Click here to see the details I set up.

Pete Lees posted the following in response to a question about moving from WinHelp to HTML help (CHMs).

It ought to be fairly quick and straightforward for your developer to change the old WinHelp API calls to HTML Help API calls. Microsoft modeled the HTML Help API on the WinHelp API in order to simplify the process of updating existing applications from WinHelp to HTML Help.

For example, a typical WinHelp API command looks like this:

WinHelp(HWnd, "helpfile.hlp", HELP_CONTEXT, 1001)

The HTML Help API equivalent is almost the same:

HtmlHelp(HWnd, "helpfile.chm", HH_HELP_CONTEXT, 1001)

Perhaps the following resources will help your developer:

http://www.mshelpwiki.com/wiki/tiki-index.php?page=HTMLHelpArticles

http://msdn.microsoft.com/en-us/library/ms524256(VS.85).aspx

One person reported that their browser based AIR help was fine but in the locally installed version they were not seeing the correct styles. I checked it out on my machine and it was fine. I was able to ascertain though that this problem had been seen and there is a solution.

Switch on the option "Convert RoboHelp edited topics to HTML" in Tools > Options.

This requirement has come up several times in forum posts. RoboHelp 8 has added a Resource Manager that can be used for resources used across multiple projects but once they are in a specific project, there is no means of updating them. Leon's method overcomes that.

Leon's method is:

1. Create a separate "phantom" project that contains all snippets.

2. Create a single topic that has all snippets inserted, for easy viewing. (I'd probably add keywords as a "caption" for each inserted snippet, for easy searching, since some might have unsearchable images.)

3. Sync all snippets in the project to all local machines (daily?), effectively overwriting old versions. (PG Note: You will need some sort of synchronisation tool. There are many available. For this purpose I would use SyncBack. It can be set to copy files to each location and it can be set to autorun.

You could also sync your user-defined variables by maintaining them in that same phantom project. The difference with UDVs is that they are all contained in a project's rhvariable.apj file. This file could also be synced to all projects to propagate updates.

UPDATE 01 Jul 2011
In RoboHelp 9 the Resource Manager can be linked to the resources used in a project. If linked then the author is warned when items are no longer synchronised.

With Related Topics when you insert the button you are presented with a list of topics in the project and you link those to the button.

With See Also you select a Keyword when you insert the button. Those keywords are ones that you have entered as you create topics. You don't have to stop and figure out which topics get displayed. RH displays all the topics where you have entered the keyword in the properties. So every time you create a topic about Pop Music you enter the keyword Pop, every time you create a topic about Classical Music you enter the keyword Classical. When you add a See Also, you select Classical and all the topics with that keyword will display when the user clicks the See Also button.

Generate FlashHelp and it works just fine, copy the folder to another location and displays a blank page. If that is the problem, follow this link. www.robowizard.com/RoboWizard/Tutorials/FlashSettings.htm

If you right click in the Topic List you will see a context menu, at least, you should. A couple of people were not seeing that and they were not seeing any columns such as Topic Title and File Name. Eventually we found the bug. That menu is lost if you close RoboHelp while the topic list is in List View mode and that of course also stops you changing out of List View! Here's the solution.

Go to View | Details View and you will get a blank topic list.

You now have to go to Topic List Details and select at least one column from the dialog that appears. At this point, right clicking will simply invoke the columns menu.

Close and open RH again and the chosen columns will appear and the context menu will work. You can choose further columns by right clicking the heading for any existing column.

You might find this link useful. There is also quite a bit of information in RoboHelp's own help on what will and will not work after conversion.

UPDATE 01 Jul 2011
Do not confuse this item with Snippet 130. This Snippet is about the TOC not displaying in Chrome when the help is on a server and only applies to RoboHelp 7. Snippet 130 is about Chrome not displaying help when the help is installed locally rather than on a server.

Following reports on the Adobe forums that the TOC does not display in Google's Chrome browser, the following fix was posted by Adobe within 24 hours.

You need to make some changes to the whvers.js file that can be found here

C:\Program Files\Adobe\Adobe RoboHelp 7\RoboHTML\WebHelp5Ext\template_stock folder

Add the following two lines at the top along with other variable declarations.

var gbChrome = false ;
var gbChrome=(gAgent.indexOf("chrome")!=-1);

and then add a condition
if (gbChrome)
{
gbSafari = true ;
gbSafari3=true;
}

Alternatively you can download a replacement file by clicking here. You might want to rename the original file first as whver.old or similar or save it somewhere safe as a precaution.

Adobe advise that this should fix TOC/Index/Glossary/Search loading issues as well and have requested that you report any other issues with Chrome as they are actively trying to fix them. Click here to report any further issues.

A very small number of people have encountered problems opening RoboHelp 7 even though they have followed the correct procedures. Kurt Sloan posted this solution which, I am advised by Adobe, seems to be Vista related.

1. Right-click on the "Adobe RoboHelp 7 HTML" icon
2. Click on "Run As..." from the menu that appears
3. Select "The following user" option
4. Enter your own credentials (yes, that didn't make sense to me either since the "Current User" was set to my credentials already)
5. Click OK

Typical Rick! After I told someone that I didn't think you could change the default width when you use RoboHelp's Insert | HTML | Insert Line function, Rick posted the answer! Neat trick sir. Here's what Rick posted.

You have to close RoboHelp and open your Registry Editor.

All disclaimers apply. Don't come cryin to me if you munge your registry and don't have a backup. Yadda yadda yadda.

Got Regedit open? Cool. Try navigating to this HKEY:
HKEY_CURRENT_USER\Software\Adobe\RoboHelp\7.00\RoboEditor\Defaults

There are many many entries in this spot. You want to locate the one that reads:
InsertHRSample

Double-click that entry and you should get a dialog allowing you to change its value. Mine looked like this before:
<hr style="width: 50%; float: aligncenter;">

I modified it and now it looks like this:
<hr style="width: 95%; float: aligncenter;">

Close Regedit and restart RoboHelp. Insert a Horizontal Rule and bask in the glory of your new desired width.

The activation of version X5 and before can no longer be done online.

X5

Click this link and note the steps there and the order of them.

There are links to the patches you need to install after reinstalling X5 from your CD.

- The 5.01 patch is below the heading Word 2003 Support Update. Hover over the link and the status bar will include 5.01.

- The 5.02 patch is below Microsoft XP Service Pack 2 Support Update - X5.0.2

There are also links to the replacement exes that you will require so that activation is not required.

I suggest that you burn these downloads to CD with a note of the procedure. Keep the CD with your X5 CD so that you have all you need if a future reinstallation is required.

X4

At one time Adobe would upgrade X4 users to X5. I somehow doubt they will still do that but you can try.

In this thread Pete Lees points to Helpware's article explaining how this can be caused by links to topics outside the project. In case the thread is not available, it can be read in this text file.

In another thread, Leon Descoteaux (MergeThis) suggested corruption in the single source layout and creating a new one fixed the problem.

I saw this link while browsing and made a note of the site below but not of where I found the link. So my thanks to whoever found the site, whoever you are!

OK. Sometimes the problem is not learning the tool but learning the job. That's where this link might help you. I don't agree with all the detail but nonetheless there is some good information. Approach what you read this way, as you read the pages, don't treat them as gospel but as food for thought. There's certainly more information about your new environment here than anywhere else I have found.

Click here. to go to Wikiversity. Enoy the course!

Item 30 in Using Adobe RoboHelp 7 covers the changing of the font colour where the supplied colours are not what you want. The method there sticks when you regenerate the help.

Chris wanted to change more than the colour and did not mind a simple bit of behind the scenes swapping of files post production. Here's what he came up with, very nicely documented.

In whtopic.js (which you must save out separately to avoid it being overwritten on regenerating later), there are two functions to be edited: AddMasterBreadcrumbs and GetMasterBreadcrumbs. In both cases, the variable that is modified is named strTrail. Here is how it looks in the default state:

AddMasterBreadcrumbs

var strTrail = "<a style=\""+ styleInfo + "\"" + " href=\"" + strHomePath + "\">" + strHome + "</a> " + separator + " ";

GetMasterBreadcrumbs

strTrail += "<a style=\""+ styleInfo + "\"" + " href=\"" + sHrefFullPath + "\">" + name + "</a> " + separator + " ";

To modify the breadcrumb style throughout the help system, change the HTML tag for style from <a> to <p>, and insert the <a> tag in front of the href instead, with >< brackets immediately preceding. Add in-line style elements as desired between the first two quotes in the style element. This must be identical in both functions. In the example below, I have changed the font to 8 point and the weight to bold:

AddMasterBreadcrumbs

var strTrail = "<p style=\"font-size:8pt; font-weight:Bold;"+ styleInfo + "\"" + "><a href=\"" + strHomePath + "\">" + strHome + "</a> " + separator + " ";

GetMasterBreadcrumbs

strTrail += "<p style=\"font-size:8pt; font-weight:Bold;"+ styleInfo + "\"" + "><a href=\"" + sHrefFullPath + "\">" + name + "</a> " + separator + " ";

That's all there is to it! Any other in-line style attributes, such as colours and font families, can be added in this fashion.

Nice one from Jeanne:

"I use this all the time

http://www.globalrendering.com/download.html

Its a free tool called Translator's Abacus and it can count words in any set of files."

UPDATE 01 Jul 2011
RoboHelp 8 and above include ExtendScript with a script for the word count.

RoboHelp 8 allows you to exclude topics from the search engine through Topic Properties. Follow this link if you want to exclude topics in earlier versions.

Here's how.

Sometimes you want to enter characters such as © or something more obscure such as ¶ or ∑ that are not in RoboHelp's symbols. Here's the easy way that accesses all the characters available on your PC, including unicode, provided you have some unicode fonts! Look for Arial Unicode MS.

Go to Start | Run and type in charmap. Locate what you want, click Select and click Copy, then paste it in.

Select the Advanced view and then Group By "Unicode SubRange". An additional dialog appears making it easier to find what you need.

Snippet updated 24 Mar 2008

It is a sign that you have the wrong version of the templates installed and is seemingly easily fixed.

First look in the project folder and see if that contains a copy of RoboHelp.dot. That template should not be stored there but some people like to save a copy in the project. If you do find a copy there, it may be that it is from an earlier version of RoboHelp and the template versions are incompatible. Move the template outside the project and then open the project again. RH will look for the template that should be in Documents and Settings (Windows XP) or Users (Vista) and that should be compatible.

If you continue to get the problem, again close RoboHelp and locate the template in Documents and Settings (Windows XP) or Users (Vista) and move it to a temporary location. On reopening the project and without a copy of RoboHelp.dot in either of those locations or the project itself, RH will now take a copy from Program Files and that should fix the problem.

If you had customised the old template in any way, you can use Word's Style Organiser to reimport the styles from the copies you moved.

In the unlikely event you still get the error, you may also need to do the same with your Normal.dot template. I am told by a senior Adobe software engineer that this should not be necessary based on the way RoboHelp.dot works. However, one person at least found it did fix the problem so it may be that a factor outside Adobe's control can affect things. Not sure on that one and certainly you do not want to lose Normal.dot unless you absolutely have to. Again, keep a copy somewhere so that you can import styles and macros back in.

Here's what I was told.

"I guess RoboHelp_CSH.cls got replaced by RoboHelp_CSH.frm (used in VB projects) in X5."

If you do need RoboHelp_CSH.cls, click here to download it. Not something I have used so if it proves not to be what you needed, don't blame me! I am simply making the file available.

Ed Larrabee reported:

"Every time I try to do this the installation fails with a message that says the installer found a more current product installed, and hence will abort the installation. The problem is that I have no idea what this more current product is and how to remove it."

The Gunslinger came to the rescue:

"I have seen situations in which Adobe Reader caused an installation conflict.

Imagine that a user installs Adobe Acrobat 5 when it is released. Then, version 6 is released. The user sees no need to upgrade Acrobat but does install Reader 6. Version 7 is released. The user upgrades the Reader but not Acrobat. Version 8 is released. The user upgrades the Reader but not Acrobat. Later, the user is offered a copy of legitimate upgrade of Acrobat 7. The user attempts to install it. The installer sees Reader 8 and halts the installation. (I suspect that the problem is related to Acrobat and Reader being developed from the same codebase long ago.)

On several occasions, I have encountered this issue and successfully resolved it by using the following method. Uninstall Reader; start with highest version number and work backward to lowest. Reboot. Uninstall Acrobat; start with highest version number and work backward to lowest. Reboot. Install Acrobat; install latest full version first, then install updates (start with lowest numbered update and work forward to highest). Reboot. Install Reader; install latest full version, then install updates (start with lowest numbered update and work forward to highest). Reboot.

This is a time-consuming process, but it has always worked for me."

Sometimes when you import a topic, RoboHelp reports that the topic, all images and other associated files have been imported but you cannot see the images in Project Manager. A check via Windows Explorer shows they are there but not according to Project Manager. This is easily fixed. In Project Manager, create the folder using the name given in Windows Explorer. Not only will the folder be created, suddenly all the images will appear.

If some images are showing and others are missing, try renaming the folder. On changing from Images to Images1 for example, you will likely find all the images suddenly appear. Then you can rename again from Images1 back to Images. This tends to occur more when a folder only has images.

Techscribe found that RoboHelp's Multi-file Find and Replace Tool always opened topics in Word, even though that was not in his list of HTML editors in RoboHelp. The reason is quite simple. The tool uses whatever is set as Internet Explorer's HTML editor. Fixing that is easy, unless of course the IE dropdown does not include the editor you want to use. To fix that, visit http://windowsxp.mvps.org/htmleditor.htm. You need to download a small program. I cannot vouch for that but it did no harm on my PC, yours may be different.

Colum McAndrew posted this useful information to enable multi-line text fields to be formatted.

First off, generate a single cell table and format the text (code snippet ) as required.

Next create a form containing a button and a multi-line text field.

In the <Head> section paste:

<script LANGUAGE=JavaScript
type="text/javascript">function copy2Clipboard(element)
{
element.select(); // Only works for text boxes.
textRange = document.selection.createRange();
textRange.execCommand("RemoveFormat");
textRange.execCommand("Copy");
}
</script>

Change the button properties to
Control Type = Plain Button
Button Caption = Copy to Clipboard
Control Identifier – Delete the default value to leave a blank field

Also add onclick="copy2Clipboard(namehere)" to the end of your <input type=submit value=Button> statement so that it reads
<input type=submit value=Button onclick="copy2Clipboard(namehere)">

Change the multi-line text field properties to
Control Identifier = namehere (where namehere is the value you specified above)
Initial text = Paste the code snippet to be copied to the PC clipboard.

Also add style="height: 1px; width: 0px;" to the end of the multi-line text area code.

Note: If the above style statement is set to style="height: 0px; width: 0px;"> a bug generates acres of blank space between the end of the multi-line text box and any other following content.

http://www.robo-forum.helpdesign.eu/index.php?c=1 (Robo-Forum)

http://www.robo-forum.de/cgi-bin/ultimatebb.cgi (Archive)

A few RoboHelp users have encountered a dialog advising them that a .book folder has been created. I haven't seen this one but RoboWizard has and here's a thread with an answer.

Date Posted:

10/30/2007 11:05:13 PM

Posted By: FMnRH (Junior Member)

Hi,

After removing the "_" in between words in the Topic Title field of the Topic Properties dialog box, a "Notice" pop-up window appears stating the following:

Note that the 'book folder" C:\ (location of topic)\topic_name.book\, was created to hold the document and its resources.,

I click the OK box to close the Notice window. ,

I've never seen this message before when removing the underlines in the Topic title. Is this typical RH behaviour or have I done something wrong to prompt this notice message to appear?,

Thanks,

FMnRH ,

Date Posted:

10/30/2007 11:13:48 PM

Posted By: RoboWizard (Senior Member)

Uhhh, what version of RoboHelp are you using? Is it 6 or the new 7? I ask because there is a very elusive issue that the development team at RoboHelp has never been able to replicate surrounding this quirk. Normally, it's been my experience that it has only happened with imported content. You import content from Word and make a change via the properties dialog. You probably found that after seeing the message, the topic made an odd whooshing sound as RoboHelp lost track of it and placed the red X on it indicating it has gone missing. ,

The easy fix is to right click the topic reference and choose the Properties again. Then choose the File tab. After you do this, choose the "Open Folder" icon. This gets you near where you need to be. Inside this folder you should find another folder. If your topic was initially named whatzit.htm, you should see a folder named whatzit.book. The topic will have been moved inside the folder. So to fix things, from inside Windows Explorer, drag the topic from the .book folder back to the folder containing the .book folder. Once you do this, RoboHelp will once again be aware of the topic and things should work better.,

Cheers... Rick,

Date Posted:

10/30/2007 11:51:39 PM

Posted By: FMnRH (Junior Member)

I did what you suggested (moving the .htm file back to the original folder) and another RoboHelp HTML pop-up window appeared:,

The reference to the file, "C:(location of project folder)\originalfolder.css", from the file "C:(location of original folder)\whatzit.htm" contains illegal...,

Couldn't see the rest of the message because the location of the files were so long (buried under many sub-folders) and I couldn't re-size the pop-up window to see the whole message.,

Any suggestions? Should I be concerned about the illegal (unknown) things?,

Thanks,,

FMnRH,

Date Posted:

10/31/2007 12:00:09 AM

Posted By: Captiv8r (Senior Member)

Hi again,

Normally what happens is that the topic loses its reference to the style sheet. You should be fine. Just re-attach the style sheet by clicking the little toolbar button. (Looks like a little notepad icon),

Cheers... Rick

Sheela worked out this method.

1. Name the cell(s) you want to refer to in the Excel sheet. Insert | Name | Define.
2. Create a link to the file (normal procedure in RoboHelp)
3. Go to the TrueCode tab and insert # and the name you gave as a suffix to the link. (It doesn't work if you attempt to do this in the hyperlink dialog.)
4. Save the topic as usual and check the link in Preview mode.

Sheela advises that RoboHelp will prompt to import the spreadsheet and that has to be done if the link is to work.

Try this link to Microsoft's site. It shows a Word 2003 screen. When you hover over a function, it tells you where to find it in Word 2007. If you find the change just too much, then look at Word 2007 Ribbon Customiser on my Links page.

This snippet was corrected on 24th November 2007.

If you have both versions on your PC, you will notice that when you change from one to the other, you get different messages. Word 2003 will tell you "Preparing to install..." while Word 2007 tells you it is "Configuring Office...".

Here's how to stop that if you are comfortable editing the registry and that does not contravene your company policies.

1. Create a system restore point
2. Open and close Word 2007.
3. Click Start | Run | Regedit
4. Navigate to to HKEY_CURRENT_USER \Software\Microsoft\Office \11.0\Word\Options
5. Right click in the right pane and create a new DWORD value.
6. Name this NoRereg [previously shown incorrectly as NoReg].
7. Double click it and give it a value of 1. (Decimal or hexadecimal doesn't matter).
8. Close Regedit

Open Word 2003 and it will open without the message. Open Word 2007 and it will open without the message.

If you double click DOC files in Windows Explorer this seems to be the behaviour:

• If neither version of Word is open, the document will open in Word 2007.
• If both versions of Word are open, the document will open in Word 2007.
• If only one version of Word is open, the document will open in that version.

Before generating printed documentation from the HTML versions of RoboHelp X5 or RoboHelp 6, you will need to change the value to 0 and open Word 2003 first.

RoboHelp for Word

I have not tested the revised instructions with RoboHelp for Word so check it works OK with that version.

UPDATE 01 July 2011
The same procedure should work for Word 2010 but I have not tested it.
See also Snippet 25.

People often ask whether or not it is necessary to publish all these files. My standard reply is "only if you want the help to work!"

In my opinion the short answer is Yes. In response to a recent forum thread on this subject Gravenstein posted:

The RoboHelp help topic "Output Files for WebHelp" states:
"...The output files located in !SSL!\WebHelp\whgdata are HTML data files used in Pure HTML versions of WebHelp."

"...The output files located in !SSL!\WebHelp\whdata are HTML/JavaScript data files used in DHTML versions of WebHelp running on earlier browsers (such as Internet Explorer 4.)"

"...The output files located in !SSL!\WebHelp\whxdata are XML data files used in Java applet and DHTML versions of WebHelp running on later browsers (such as Internet Explorer 5 and Netscape Navigator 6.)"

Reading that, it would seem like you could delete at least whdata (and maybe whgdata) if you knew your users were running on a late-model IE only. I haven't actually done any testing on this, but I have thought about it. Is there more to it than meets the eye?

Rick Stone (RoboWizard) has a page on his site devoted to this area. Click here.

Gravenstein indicated that in her project these files amounted to about 300mb. My take on that is:

We are talking about less than half a CD here and into freebie memory stick territory. Against the risk of breaking the help in some way that nobody can foresee until months later when this is forgotten, it doesn't seem worth even a vague thought. I take your point about what is in the help but there's always the risk that it was either never 100% correct or that program changes have rendered it incorrect. Such things happen in any organisation. New developers, new authors etc, I'm with MergeThis. It isn't worth the risk for the saving.

Sometimes the pressure to reduce the size of the help comes not so much from considerations of the server on which it will ultimately reside but on the media that will be used to deliver the application and the help, or the fact that it has to be downloaded. Ask the developers if all their folders and files are needed. When they look horrified that anyone could be so stupid as to ask, just smile back.

In the early days of using RoboHelp, I encountered a problem when using the Preview option. The images on the page were upside down and reversed. If I sent the same page to another printer, it printed correctly. I called in the printer engineers after failing to find a solution. They stated that it was a print driver problem and referred it to the printer manufacturer. They agreed it was a driver problem but I left the company before the issue was resolved.

Over the years a small but regular number of posts have appeared reporting the same problem.

Echopraxia responded to a recent post:

If you have PrimoPDF installed, I've seen that happen as well. It's a conflict with the Amyuni (print/conversion) driver.

I have used that program in the past and it is quite possible it was installed on the PC I was using. So if you have PrimoPDF installed, or any other PDF converter that uses the Amyuni driver, you could try uninstalling it, maybe updating the printer driver, and then seeing if the problem goes away.

Amyuni are the producers of PDF Creator but they also allow their converter to be used on an open licence basis by anyone else. Thus the problem could also arise from any application on your PC that uses their driver.

UPDATE 6 May 2011 -I have not seen this problem for a long time other than from a RoboHelp 6 user who had the issue with one printer. That suggests it is not an issue with RoboHelp 7 or higher.

foo@bar reported

When opening the project, it can be 20-30 minutes before the program becomes usable. CPU usage is maxed out, while "Building file list" is displayed in the lower left. Using a file monitor utility, I can see that Robohelp is reading all files referenced in the project, and writing to the CPD file. This occurs on every opening of the project, and has been attempted on multiple machines & installations of RH6, so I'm certain it's something with the project itself.

Gravenstein replied

Try replacing the rhvariable.apj file ...

and later added that a malformed rhvariable.apj file had been giving her a problem and that copying one from another project had fixed the problem.

This would of course lose any variables set up but I suspect this problem is occurring in projects that don't have any set up.

One poster reported that it worked for them while another said it made no difference, however they had other problems as well.

Gravenstein pointed out that one of the sample projects had no such file and I know that opens OK without creating an rhvariable.apj file.

So on the face of it, a project with a good rhvariable.apj file will open OK as will a project with no rhvariable.apj. However, if there is something wrong with the file, it seems it can hinder the opening of the project.

The code of a blank file appears below.

<?xml version="1.0" encoding="windows-1252"?>
<rhpml majorversion="1" minorversion="0">
<variables>
<variable>
<name>Placeholder</name>
<value>xxxx</value>
</variable>
</variables>
</rhpml>

The full post can be found here or open the PDF.

From time to time there are posts from people who are finding their project seems a bit slow and they have found the CPD file has grown larger than they are used to seeing. Often people, myself included, will suggest deleting the CPD file and letting it rebuild. As you can see in my topic on Opening Projects, you should not lose anything if you are using RoboHelp 7 or above. In RoboHelp 8 and above there is an option to automatically delete the CPD so that a new one is created on opening a project.

I have seen people suggest that if authors have a copy of Microsoft Access, they use that to compact the database (the CPD). This is a standard procedure on any Microsoft Access database that users of that program will be familiar with. For users of older versions of RoboHelp that have an MPJ file rather than a CPD, that can be worth trying as it can avoid losing data. If you do go that route, bear in mind the CPD file (or its predecessor the MPJ file) are Access 97 databases.

Another option was brought to my attention by Dirk Bock, long time supporter of this forum. Microsoft provide a free tool that does the same job. It is known as Jetcomp and the link will take you to the download page. Do read the instructions and warnings.

After taking a backup, change the file extension from CPD (or MPJ) to MDB, the normal Microsoft Access extension. After running the Access or Jetcomp, change it back.

Compacting the CPD file simply removes wasted space making the file more efficient. It does not correct any errors whereas forcing RoboHelp to rebuild the file should remove errors. For that reason provided you are using a recent version of RoboHelp, deleting the file is the recommended option. Rename it instead if that feels safer for you.

RoboHelp 8 introduced the option to automatically delete the project cache (the CPD file) every time you open RoboHelp. Look in Tools > Options. Note this setting applies to all projects, not just the one that was open when you applied the option.

A few people encountered a problem where on importing into RoboHelp 6, it was creating a title which was the same as the file name and with underscores. In previous versions, the content of Heading 1 was used.

See this Adobe TechNote.

Vasont Systems have put a really straightforward explanation of Content Management on their site. It's the clearest explanation I have seen.

If you want to run your help or any other HTML file from a CD, here's a useful link to a free utility.

Click here to visit AutoRunPro and download the files. Note I am referring to AutoRunPro, not AutoHTML.

Click here to visit a useful page to help you set things up.

Click here to download a little demo that I have set up. Just run AutoRunPro.exe to see what will happen when you burn the files to a CD. Better still, copy the files to a CD and insert it.

A number of people have reported that since upgrading to RoboHelp 6, their links in webhelp to PDF files no longer work. It is in fact because they are generating with the Mark of the Web (MOW) option selected and that output is being placed on the server. The MOW is only intended to allow authors to view their work locally. It is not meant to be included in the final output. Mostly that does no harm but it will prevent links to baggage files from working locally.

A small number of people have reported getting this message when trying to delete topics. Initially the only solution was to create a new project and import all the topics and the contents of the HHK and HHC files. Topics could be deleted on another PC with RoboHelp installed but that did not solve the problem next time you want to delete something.

Eventually Doug Wood came to the rescue. His colleague Calvin Wilson ran into the problem and Doug used some tools to compare files in a project. He identified differences in the PSS file and that if you delete it RoboHelp rebuilds with no apparent issues. I have since had confirmation from Adobe that this is a file that can be deleted safely.

So just close your project, use Windows Explorer to delete the PSS file and then reopen your project. You will lose some information about when a Single Source Layout was last created but the problem will be solved.

In theory you should just need to add this line below your existing style sheet reference, using the name and path for your print style sheet.

<link href="print.css" rel="stylesheet" type="text/css" media="print">

I decided to try it and of course it is not quite that simple.

The first line below is how RH references the normal style sheet in the source. The second line I added in the true code view and I then immediately saved and generated, having added print.css to baggage first.

<link rel="StyleSheet" href="standard.css">
<link href="print.css" rel="stylesheet" type="text/css" media="print">

That worked but as soon as you switch to WYSIWYG, you see your topic with print.css applied! Not what you want.

Go back to true code and you will see RoboHelp has helpfully "corrected" your code. At that point it appears it cannot be made to work in the real world so I then tried working on the output instead.

I found the closing head tag </head> and inserted the reference to the style sheet to give

<link href="print.css" rel="stylesheet" type="text/css" media="print">
</head>

The good news is that worked in the simple example. Realistically though your topics are going to be in folders at different levels so some topics will require the path to the style sheet to be amended to ../print.css or ../../print.css etc. How to deal with that simply?

Do a multifile find and replace in several passes working on the output. I would use FAR from www.helpware.net. RoboHelp's own tool should work for this one but I never rely on that, just in case its limit to working on one line causes an issue.

PASS 1

Search for

<link rel="StyleSheet" href="standard.css">

and replace with

<link rel="StyleSheet" href="standard.css"><link href="print.css" rel="stylesheet" type="text/css" media="print">

PASS 2

Search for

<link rel="StyleSheet" href="../standard.css">

and replace with

<link rel="StyleSheet" href="../standard.css"><link href="../print.css" rel="stylesheet" type="text/css" media="print">

and so on.

It worked in my tests but do make sure you take a backup of your project before you do this.

The process will need to be repeated every time you generate and that introduces another wrinkle.

The search criteria above will find topics you have tweaked before as well as the new ones. If you used FAR, you could search once on

<link rel="StyleSheet" href="standard.css">

and delete all other topics from the list FAR generates.

Then search for

<link href="../print.css" rel="stylesheet" type="text/css" media="print">

and delete from the new list all the topics where that is found. Then you have a list of files where you need to do the find and replace to add the style sheet.

It sounds clunky but in reality when you have done it the first time, you will find it quite simple and quick, just so long as you are careful.

UPDATE 3 Jan 2011
What you can do is amend the same CSS used for the online help and include something like the change below. That will use the same CSS and override the usual definitions with just what you change here.
@media print {
p{
   font-size: 10.0pt;
}
}

Snippet 68 describes a problem with projects generated using a build expression where a topic has merged cells in the last column of a table.

Another problem was reported on the RoboHelp forums about links to topics not in the project, including links to topics in a child project in a merged webhelp setup. Such links would work fine in a topic but not if the same path was used in the TOC. RoboHelp would refuse to generate the project with such a link in the TOC.

1. Click here to download a zip file that contains two replacement DLLs.
2. Close RoboHelp 6.
3. Locate BuildTagExpr.dll and MpjSingleSource.dll. You should find them in
   C:\Program Files\Adobe\RoboHelp 6.0\RoboHTML
4. Rename the existing files. I added ORIGINAL to the file extension.
5. Add the files from the zip file.
6. Open RoboHelp 6 and the projects should now compile.

Note that these files are as supplied by Adobe and I accept no liability for any harm that may be done to your project, computer, network or the universe. All I can say is that I have tried them on two PCs without any problems. If you do not accept that, please do not download the files. You can obtain them direct from Adobe Support if you prefer. Click this link.

After seeing a number of posts on various forums reporting the startpage#target method no longer works under IE7 I did some testing. What I found was if you open the help at the startpage and then add the hash and target details in the browser address bar, then the new page does not display, IE7 continues showing the original default page. This leads people to perceive that the method doesn't work.

It's not quite that simple though. It fails if you add the # and target details after calling the startpage normally but using hyperlinks the method worked for me and some others who have tested this.

1. Click this link.www.grainge.org/webcall/startpage.htm
2. When the default topic displays add
   #folder/target.htm
   to the end of the address bar.
   You will not be taken to the target topic as you would expect.
3. Now click this link and you will see the method does work.
   www.grainge.org/webcall/startpage.htm#folder/target.htm

So where your users will access target topics via links rather than typing into the address bar, the method is still good.

Also the method works when you use the startpage#target method as the first address you type in the address bar. It only fails for me when I add #target, not if I use it from the outset. Using forward slashes in the path avoids some problems.

It does seem however that calls from an application may not work. One poster reported "I've just gotten a confirmation from Adobe, that my issue with IE7 is a browser problem not a RH problem.  Apparently, other product help systems are affected and many reports have been sent to Microsoft to work the problem out."

Click here if you want to download the demo output and test it locally. Unzip to your C Drive to the default folder webcall. Double click the file TEST.HTM and follow the instructions there.

You apply a condition to a table in a topic and any tables after that one also disappear when the condition is invoked. Here's the workaround.

1. Remove the condition from the table.
2. Now select all the rows in the table but not the table itself.
   To do this start with the cursor in the top left cell and keeping it within the table borders, move the cursor down to the bottom right cell
   OR
   Follow Harvey Kabaker's tip and click inside the table, then go to the Table menu and choose Select | All Cells.
   

This applies the condition to all the cells but not the table itself.The result is the same in that the table is "removed" when the condition is used but this way, other tables will not affected.

UPDATE: A patch has been made available by Adobe that fixes this problem. See Snippet 71. Read this topic first to check that this is the problem you are encountering, then try the patch.

A report was posted of RoboHelp 6 crashing when using a conditional build expression in a topic that also had merged table cells. If the same topic was previewed or generated without the condition being used, all was well.

Harvey Kabaker discovered the problem arose only if the merged cells were vertical cells and only in the extreme right column. As soon as there was a merge between any other cells, the problem went away.

Using Harvey's discovery, I found that the solution was to add a column to the extreme right and apply a condition to it so that it was never in any output. That fulfilled the rule that the problem only arose if the merge was ONLY in the end column. With this extra column, RoboHelp no longer crashed. It also meant the table sized properly if you were using percentage widths so the user would not be aware of the fix.

This is the combination that caused RoboHelp 6 to crash.

• A topic has merged cells only in the right hand end column

AND

• A build expression is used when previewing or generating any output.

Note
The tag(s) in the build expression might not even be used in any topic in your project.
RoboHelp 6 would crash with the combination of ANY build expression AND just one topic with merged cells only in the end column somewhere in your project.

If you are not sure whether your topics have any merged cells, do a multi-file search using a tool such as FAR or BKReplaceEm. Search for <td_null>.

If a button is a hyperlink, then when the mouse hovers over it, the cursor becomes a hand. However, it will not automatically do that if the button is calling some javascript.

The HTML for the buttons at the top of the page by default would be along the lines

<p><img src="path/filename ....... </p>

and no hand would appear.

Amend that to

<p><span style="cursor:pointer"><img src="path/filename....... </span></p>

and you have your hand.

Click here to see Adobe's Tech Note.

One poster wanted what they described as "a vertical layout in WebHelp similar to that offered in the vertical skins for FlashHelp". This means the TOC appears above the content. They found the solution below.

"I have found that the skn file in !SkinSubFolder! for the project contains two instances of frameset cols = "220,*": changing these to frameset rows = "220,*" seems to achieve the desired effect, and I have not yet found any glitches with the output (at least with IE6 as browser).

Philip was working on a RoboHelp project and generating a CHM output, only problem was the index tab was missing! After a lot of poking around Philip found the solution. All his keywords were in the topics. By telling RoboHelp to create future keywords in the HHK index file, adding a single index word and then switching the setting back to store keywords in topics, the problem went away. It seems you need at least one keyword in the HHK index file.

When selecting the Topic Preview (eyeglasses) toolbar button, pressing <Ctrl>+W, or selecting View > View (topic title), the preview window never appears.

This problem pops up from time to time and Amebr posted this elegant solution:

1. Click the View icon, so that the Preview is in focus.
2. Press Alt, Space, M
3. Press any arrow key
4. Waggle your mouse around. The window should snap from wherever it is hiding onto your cursor.
5. Click to put it down.

Prior to Amebr coming up with this, Rick Stone had posted the answer below which I am keeping on file, just in case. I don't trust those elves. One day they will break Amebr's solution and we may need this one again.

Rick's solution

[The references to "I" refer to Rick Stone. ]

I haven't a clue as to how this occurs, but I occasionally see posts about this in the forums. Somehow, the screen coordinates for the missing window have become set to your computer's equivalent of Jupiter. (I used to say "Pluto" here, but alas, they demoted the poor little guy from planet status) The window is indeed there. However, it's been moved off the visible area of the screen.

How to correct it

Close RoboHelp HTML.

You need to do this because the values we are about to change will be destructively changed once we close RoboHelp HTML and restart.

Open the Windows Registry Editor.
(All standard disclaimers apply. Back up the registry, sacrifice a chicken, yadda yadda yadda)

Locate the following key:
HKEY_CURRENT_USER\Software\version\RoboHTML\version\MontereyFrame\

Double click the item labeled Preview in separate window and ensure the value is set to 1. If it already is, terrific. If not, change it to 1 and click the OK button. It doesn't matter if the option is set to Hex or Decimal.

Double click the item labeled PreviewMaximized and ensure the value is set to 0. If it already is, terrific. If not, change it to 0 and click the OK button. It doesn't matter if the option is set to Hex or Decimal.

Double click the item labeled PreviewWindowCX. Make sure the option is set to Decimal and set the value to 50. Then click the OK button.

Double click the item labeled PreviewWindowCY. Make sure the option is set to Decimal and set the value to 50. Then click the OK button.

Double click the item labeled PreviewWindowX. Make sure the option is set to Decimal and set the value to 50. Then click the OK button.

Double click the item labeled PreviewWindowY. Make sure the option is set to Decimal and set the value to 50. Then click the OK button.

Close the Windows Registry Editor.

Restart RoboHelp HTML and preview a topic.

The window should now be floating above the RoboHelp HTML application in full view.

Dual Monitors

Also Duke Hillard emailed me to advise "I have one possible cause: changing monitors. I went from dual monitors (17-inch) to a single monitor (22-inch). After the transition, my Preview Window was missing. After reading your snippet, I went to “regedit”. I found that the values for size of the Preview Window were normal but that the values for the location of the Preview Window were too large for my existing monitor (i.e., the Preview was being placed into a space on a second monitor that no longer existed). Along that same line of thought, a second possible cause for the Preview to disappear is a RoboHelp user accidentally invoking Windows shortcut keys to move a window and accidentally moving the window far off their monitor."

UPDATE 30 Jun 2011
RoboHelp 9 introduced the ability to paste formatted content from Office files and websites. See the RoboHelp Tour for more information.

This is a common complaint but it is one not restricted to RoboHelp. There are many HTML editors that lose the formatting when you paste something from Word or other applications

If you have Dreamweaver 8 (or perhaps earlier versions) then you can paste into that and then lift the code from there and paste it into RoboHelp's true code view. If you don't have Dreamweaver, you could try NVU which is free and will do the same thing.

Be careful with tables though as RoboHelp's WYSIWYG editor writes the tables in a different way in the source files to most editors.

UPDATE 30 Jun 2011
RoboHelp 7 and above allow the toolbars to be reset.
Right click in the toolbar area and make sure the toolbar you want is ticked.
If it is but is not displaying as it should, click Customise, highlight the toolbar you want to correct and click Reset.

Tyler Waters lost one of his toolbars using RoboHelp X5 and decided to attack the registry. Unfortunately it bit back and initially he lost all his toolbars. Rick Stone advised that sometimes a toolbar goes missing, often when moving it around, and that it usually involves a trip to the registry. However, given that all the toolbars had gone missing, he advised uninstalling and reinstalling RoboHelp first.

Unfortunately that did not work for Tyler. Now it may be that Tyler's uninstall did not include the registry changes covered in my topic on installing RoboHelp and it may that method followed by Rick's suggestion would have worked. We'll never know as Tyler decided to investigate what was in the registry a bit further and spotted the problem. He has kindly written that up and the rest of this snippet is Tyler's work. Many thanks Tyler.

****************************************

First off, the instructions in this snippet include messing with the registry. It is recommended that whenever you mess with the registry to try and fix something that's broken, you should ALWAYS make a backup first in case you mess it up even further.

The registry folder with all the toolbar keys is located here for X5:

HKEY_CURRENT_USER\Software\eHelp\RoboHTML\13.00\Components\4\

Within this folder there are keys that control where the toolbars reside and how they are docked:
ToolBarDockID[X]
ToolBarDockIdealRectCX[X]
ToolBarDockIdealRectCY[X]
ToolBarDockIdealRectX[X]
ToolBarDockIdealRectY[X]
ToolBarDockRectCX[X]
ToolBarDockRectCY[X]
ToolBarDockRectX[X]
ToolBarDockRectY[X]
ToolBarFloating[X]
ToolBarFloatingWidth[X]
ToolBarFloatingX[X]
ToolBarFloatingY[X]
ToolBarVisible[X]

There are 5 sets of these keys, one for each toolbar Where x=
1 - Formatting
2 - Objects
3 - Tables & Borders
4 - Positioning
5 - View

With that said, the instructions:

1. Ensure RoboHelp is CLOSED.
2. Open up regedit.exe
3. Navigate to the following directory:
   HKEY_CURRENT_USER\Software\eHelp\RoboHTML\13.00\Components\4\
4. Identify the toolbar that is missing... where [X] is the missing toolbar (see X values above)
   Change ToolbarVisible[X] to 1
   Change ToolbarFloating[X] to 1
   Change ToolbarFloatingX[X] to 200
   Change ToolbarFloatingY[X] to 200
5. Open up RoboHelp. The toolbar's new position will be determined by the modified registry values. You should see that at about 200 left, 200 top, the missing toolbars are found! Move them around, dock them. Ensure you can see them.
6. Close RoboHelp. This will save the registry values and the problem should be fixed.

Two posters found their webhelp worked fine everywhere except on the server when the TOC failed to load.

Jonathan Woodward reported, "We finally tracked it down to the security settings on the webserver where the application and OLH files resided. The webserver was blocking use of .xml, .js, and a few other important file types, thus causing the TOC to not load properly when accessed from the application."

Jennifer Foster reported, "The problem was that IIS 6 doesn't serve unregistered MIME types. For some reason, .js was not registered in IIS. To fix this, I just allowed all unregistered MIME types but doing an * as the extension and putting them as application/octet-stream. A better solution, though, would probably be to just register the .js file extension."

Various reports have appeared on the RoboHelp for Word forum of a list of fonts being displayed before the topic heading when generating CHM help. This is thought to result from the patch referred to in Snippet 51 which relates to winhelp. However, we cannot be certain.

Minchou reported "I found a kludge that solves my problem in the short term: Insert a manual page break before the first topic in the document."

Simple but effective!

This crops up occasionally and I have never got to the bottom of it. Some say it is because one of the files or folders has become marked Read Only but when I checked my target, that was not the case.

Fortunately fixing the problem is usually straightforward. The quickest way is to rename the target folder and publish again using the original name, or publish to a new target folder with a different name. After that you can trash the original and rename the new folder.

HTML editors do not have the ability to convert text to a table in the same way as Microsoft Word. Andy R came up with a neat solution though.

***

You can use a program such as Textpad (or any text editor) to perform a search and replace of the tab (or other delimiter) character with </td><td>

Search and replace the line break character "/n" with "</td></tr>/n<tr><td>"

Then all you need to do is wrap the table with <table> tags and a little cleaning up.

Sara Writer posted:

In my earlier project I produced several different chm files which all behaved the same when searching from the Search tab. When searching for say 'beam' it also found 'beams' and 'beaming'. Now I have two new projects and they will only perform a simple search; i.e. 'beam' will only find 'beam' and 'beams' will only find 'beams'.

Pete Lees responded with this:

You may need to check the language setting for each help file as only US English files support "stemmed" searches of the type that you described.

As I understand it, you can't set the language of an HTML Help file from within RoboHelp. Instead, you must open the project (.hhp) file in Notepad or HTML Help Workshop and add a line like this to the [OPTIONS] section:

Language=0x409 English (United States)

Hot on the heels of Snippet 51 which covers a Word 2003 problem with Microsoft Patch KB 917334, a problem was found with Microsoft Patch KB917335 which is the equivalent patch for Word 2002 (Word XP).

What happens here is that topic titles get random prefixes such as placeCity, State and stockticker. They appear to be removed when changed manually but reopen the project and they are still there. You may also get a report of an unregistered routine followed by an option to let RoboHelp make the necessary updates. It is thought the best policy here may be to answer No.

As yet there is no solution apart from the obvious one of upgrading to Word 2003 where the problem has been fixed. Meantime here are some solutions posted for this issue and some that were for the wrong font issue but may also work for this one.

Solution 1

Karen R reported in the RoboHelp forum on Adobe's site:

In Word, navigate to the following: Tools | Auto Correct Options | Smart Tags - uncheck the Smart tag lists Recognizers box, then click the Remove Smart Tags button. This resolved the problem for my projects. I hope this helps you! I'm now trying to research the "PlaceName" and "Place Type" issue.

PegBrad reported that Karen's solution solved the whole problem for her.

Solution 2

You could uninstall KB917334 and turn off Automatic Updates to prevent if being applied again. I cannot advise you to turn off Automatic Updates. That is a decision for you to make in conjunction with your IT department where applicable. Also bear in mind that one person reported that uninstalling KB917334 (the Word 2003 equivalent patch) causes problems with the desktop.

Solution 3

The patch installs a new version of winword.exe and uninstalling the patch reinstalls the old version that did not have this issue. So the trick is:

1. Uninstall the patch.
2. Make a copy of Winword.exe and rename it (I suggest "Winword_original.exe") for future use. This is of course the version before the trouble started.
3. Reinstall the patch so that your security updates are correct and you do not get nagged to apply this patch.
4. Make a copy of Winword.exe and rename it (I suggest "Winword_update.exe") for future use. Leave all three Winword files in the "C:\Program Files\Microsoft Office\Office11" directory for easy access.
5. Two options now:

• For those who are not bothered by the security risks: Delete Winword.exe, make a copy of "Winword_Original.exe", and rename it to "Winword.exe". This will mean that everything you do in Word will be based on the old version so you are vulnerable to the risks that the patch removes.
• For those who need the security updates: Delete Winword.exe, make a copy of "Winword_Original.exe", and rename it to "Winword.exe" whenever you want to work with RoboHelp. After working with RoboHelp, delete Winword.exe, make a copy of "Winword_Update.exe", and rename it to "Winword.exe". This places the security update version back in service so you are not at risk while doing other work. You will know which one is being used by comparing the File Sizes and Date Modified since they are different.

Let me emphasise that you must ONLY adopt this approach with the agreement of your line management and IT Support. I cannot say whether there will be other side effects, only that it has worked OK for Steve Harley. This solution, like all the others, is entirely at your risk.

KB923094
The findings of MS Caroline referred to above suggest that as Steve Harley had predicted, future patches will contain the same fix as was in KB917334/5 and reintroduce the problem. If that is the case, then Steve's solution of sticking with an old version of Winword will be the solution but it's one many system administrators will not like given that it removes the security the patch is designed to give. In Steve's case, his company took the view that he is one of a small number of users who would need to work this way and subject to Steve and his co-authors being sensible about what documents they opened, the company was willing to accept that risk. You need to check with your IT guys whether or not they share that view.

From June 2006, posts started to appear reporting that RoboHelp for Word was suffering from the installation of Microsoft Patch KB917334 which is for Word 2003. When generating winhelp, instead of text appearing in Arial, it was displayed in Times New Roman.

There was a lengthy Snippet here with many suggested workarounds but Adobe released a patch. Click here for the patch.

Please note that this patch is for Version X5 only. The fix is built into later versions.

A couple of people found the patch did not work and here are their solutions.

David Hurlston
Word sets the Heading styles to be based on Normal. We found that removing that link worked for David on his PC. Same project on my PC, the patch worked.

ImCarol
Great News is that I found a really weird work around. I change all the Verdana to MS Mincho, save to rtf, change to Verdana again. The *.hlp is perfect!!! PS, in all the fonts I tried, MS Mincho is the only one works.

The information below is for users of RoboHelp 7 or earlier versions. It is still valid in later versions but multi-level lists were introduced in RoboHelp 8 and allow you to set up lists via the RoboHelp interface. See Lists.

If you want to have unordered lists with various levels of indent with different bullets for each level, this is what you do. I recommend trying it in a fresh topic and preferably a test project.

First amend your style sheet so that your UL definition includes the bullet you want for the first level, for example:

UL {
font-size:10pt;
margin-top:0pt;
margin-bottom:0pt;
font-family:Verdana, sans-serif;
list-style: disc }

Now copy and paste that, then add a second UL. Change the style to what you want for the second level.
UL UL {
font-size:10pt;
margin-top:0pt;
margin-bottom:0pt;
font-family:Verdana, sans-serif;
list-style: circle }

Now copy and paste that, then add a third UL. Change the style to what you want for the third level.
UL UL UL{
font-size:10pt;
/*margin-left:0.25in; */
margin-top:0pt;
margin-bottom:0pt;
font-family:Verdana, sans-serif;
list-style: square }

Now create a list using RoboHelp's bullet icon with three lines with the text List Item.

Place the cursor in the second item and click the indent icon once.

Place the cursor in the third item and click the indent icon twice.

The code will look like this. (I have removed the indenting and blank lines to save space.)

<ul style="list-style: disc;" type=disc>
<li class=kadov-p><p>List item</p></li>
<ul style="list-style: disc;" type=disc>
<li class=kadov-p><p>List item</p></li>
<ul style="list-style: disc;" type=disc>
<li class=kadov-p><p>List item</p></li>
</ul>
</ul>
</ul>

Remove the style definition in the tags so that the code looks like this:

<ul>
<li class=kadov-p><p>List item</p></li>
<ul>
<li class=kadov-p><p>List item</p></li>
<ul>
<li class=kadov-p><p>List item</p></li>
</ul>
</ul>
</ul>

In RoboHelp's WYSIWYG viewer there will be no change but in Preview and the generated output, you will get the different bullets.

If your bullet points are within numbered points, then you may find style="list-style: disc;" type=disc is written within the <li> tag but you remove it from there in the same way.

You can also use this method to define different numbering styles such as 1 followed by a followed by i. Just amend your style sheet in the same way using OL, OL OL and OL OL OL.

Leon advised in one post:

You might find RoboHelp being too helpful so that when you decide to nest a list, RoboHelp says to itself: "My master wants to end this list and start another, so I'll end it for him. He'll be soooooo happy!

So, you get these extra tags (shown in bold):
<OL> <LI> <LI> </OL> <OL> <LI> <LI> <LI> </OL> <OL> <LI> <LI> <LI> </OL>

instead of this truly nested list whose outer list will resume numbering from when it was interrupted, not ended:
<OL> <LI> <LI> <OL> <LI> <LI> <LI> </OL> <LI> <LI> <LI> </OL>

IF
- Your TOC is set to auto synchronise
- A book in your TOC has a long list of topics
- A user clicks a link to a topic that is well down the list
- Their browser is IE
THEN
The topic will be highlighted in the TOC but the TOC entry may not be displayed. The user will see the book and as many topics as can be shown below the book but the highlighted topic will be further down and they will need to scroll to see it. The problem does not arise with Firefox.

Ajay Kumar posted this solution

Go to the output folder and open "whthost.js".
In that remove or comment out the line
"document.body.scrollTop=nNewScroll;"
It will be some around line 734.
To comment out a line, prefix it with two forward slashes.

The solution works just fine in IE but the downside is that it breaks things in Firefox! With the line removed or commented out, in Firefox the highlighting is removed from the previously highlighted topic but it does not move to the correct topic.

So it's a great solution if you know your users are IE only but you may be better off leaving things untouched if you have no control over the browser used or know it will be Firefox.

The good news is the problem is fixed in IE7.

If you are having problems getting your TOC to synchronise generally, take a look at Snippet 1.

In connection with topic reviews, the question was posed as to whether hidden text could be inserted into HTML other than via the comments tag.

Quite simply you add style="display: none;" to a tag so that it appears something like the html below:

<p style="display: none;">Hello World</p>

OR

<p>This is some <span style="display: none;">red</span>text.</p>

The text will not be seen nor will there be an empty line or space.

To reveal the text you would have to do a global find and replace changing the style to something visible that you do not use anywhere else. You would search on

style="display: none;"

and replace it with something like

style="color: red"

All the hidden text would be revealed and display red.

The replace needs to be unique so that you can do a reverse find and replace.

The html was suggested by Mike Feimster in connection with another use, namely getting words into a topic so that they would be found by a search even though they are not part of the topic text. Be aware that regardless of why you use this method, if style="display: none;" is in your generated help, the text will be caught by the search function.

Some might argue this will confuse users doing a search as the topic will be offered up but the user will not be able to find the word. That's true so it depends on who your users are and whether this is explained to them.

Two problems typically arise.

The style sheet definitions are lost.

To avoid that problem you need a copy of the stylesheet in each folder. Make sure your topics point to the style sheet in the same folder as the topic and they will then print correctly when the user selects "Print all topics in book", even though the topics may be coming from different folders.

Download this RoboHelp project if you want to prove it works.

Table borders do not print correctly.

A fairly common problem is that table borders do not print correctly when printing a topic from a CHM file. In fact the problem only arises when you select the option to print all topics in a book, rather than just the displayed topic. The problem is that the Microsoft help viewer cannot deal with the way RoboHelp writes the code for tables. Why it can deal with it from a single topic and not multiple topics, I cannot tell you. The appearance of styles generally can get messed up when printing all topics in a book but that can be resolved. Unfortunately the method does not fix table borders.

The only thing that I found that worked was to create the topics in Dreamweaver or some other editor. However, that works only so long as the topic is not opened in the RoboHelp editor. As soon as it is, the problem is back, even if you do not touch the table.

The advice from Macromedia on this was between 75 and 100 topics and I am not aware of any changes made since Adobe took over that would change this.

Dan posted this link in response to a RoboHelp forum question. The answer will work in any HTML page. Also see Tables on this site where I describe the method in detail and another method.

This problem often crops up on the RoboHelp forum. It is covered in this topic and now includes a useful workaround advised by Dan Deming.

To quote Dave Mozealous at Macromedia, "this one is bizarre". The cause is not known and it is nothing to do with file associations in Windows Explorer. A file giving this problem on one machine will work fine on another.

Solutions that have worked are:

• Open a RoboHelp for Word project. Yes we know that has nothing to do with an XPJ file but it has fixed it for a number of people. The reason is not known.

• Uninstall X5, reinstall X4, uninstall X4 and reinstall X5. The reason is not known.

• Getting your IT people to give you a new profile. Bear in mind though that you will have to uninstall RoboHelp and then reinstall it using the new profile. Also you will lose your settings in the applications you use.

Finally two posters found the cause was having an application known as JMPS (Joint Mission Planning System) on the same PC as RoboHelp. Here's what one of them posted:

"I talked with a subcontractor who uses RoboHELP X3, about 3 years ago they had an intermittent problem where RoboHELP files were being corrupted. They tracked it down to JMPS wanting control over Microsoft Word for Report Generation and RoboHELP wanted control over Word to produce RTF files. Again the problem was only intermittent. They moved help generation to a non-JMPS machine to avoid the problem entirely."

Do you want to highlight table rows as the cursor moves over the rows as in the table below?

Note that this will only work in Internet Explorer or a compiled CHM file.

When a table is created, the code for each row will be

<tr valign=top>

Amend it to

<tr onMouseOver="this.bgColor='rgb(210, 220, 240)'"

onMouseOut="this.bgColor='rgb(255, 255, 255)'"

valign=top>

Change the first RGB value to the colour you want for the highlighting.

Change the second RGB value to the colour of your background.

That's it. You will only see the highlighting in preview or the compiled help, not in RoboHelp's WYSIWYG editor.

Click here to find out how to create an email with a link to a topic.

See Snippet 114 if you just want to copy a topic's title and URL to the clipboard.

This error can occur when the regional default setting on the computer is not English. The solution was posted on Macromedia's site at the time but it has since been pulled.

If you get this error, here's what Jolantru posted to the forum.

"After two days of jumping thru hoops, about 10 phone calls and going to 3rd level support, a solution was finally found. Seems the Robo suite of apps are susceptible to anti-spyware(this problem does not occur with Macromedia produced software like Authorware). My company runs WebRoot, and THAT was preventing the installer from running correctly. My system administrator had to go to the server and uninstall this software (apparently you can't do it from your PC), then we re-ran the installer and RoboOffice X5 worked just fine. BTW, I tried another Robo app (RoboInfo) and got the same error - but not with Authorware. MS Anti-spyware doesn't seem to have the same effect that WebRoot does."

How to change the colour of the dropdown and expanding text hotspots, as well as the text itself, is explained in this downloadable project.

Use Winzip's extract tool to retain the structure and then go to the !SSL! folder and open the two chm files you will find. These show the same topic but with different colours because of differences in the style sheet..

The RoboHelp project is supplied so that you can experiment with your own changes.

Ignore the topic on hyperlinks.

It was suggested in a RoboHelp forum posting that printed documentation is outdated and that only online help is required. Here's my response.

****************************************

The correct media depends partly on the content and partly on the users. Has anyone asked your users rather than being prescriptive?

On content, if all the topics are short and easily digested, then online help only can be considered. If they are longer topics, and particularly if the content is complex, then it can be difficult to digest properly on screen. You can argue that any topic can be printed but sometimes you have users who want to improve their product knowledge and that is more easily done by scanning a printed manual and homing in on relevant stuff.

On users, there will always be people who prefer to work from the printed media. For a start they can annotate it. Don't make the mistake that these are older people. I find many younger people prefer this media, again with complex subject matter.

Nonetheless, you could avoid the cost of sending the document to a print-house. What we do is PDF it and ship the PDF as well as the online help. For users who want the online help, they still have it. For users and situations where printed media is preferred, they can print the PDF version in its entirety or in part. You avoid the cost but the customer can still have their printed version.

I think the key is to let the user decide. Horses for courses.

UPDATE 29 Jun 2011
RoboPDF has been replaced by an Acrobat Add-on since RoboHelp 7.

When I rebuilt my machine with Windows XP SP2 I kept getting an error message. The problem was that it could not find the file empty.htm in the path below. Note that empty.pdf is a folder name!

C:\Documents and Settings\User Name\Application Data\1-Step RoboPDF\empty.pdf

Thus the full path required was

C:\Documents and Settings\User Name\Application Data\1-Step RoboPDF\empty.pdf\empty.htm.

What I found existed was

C:\Documents and Settings\User Name\Application Data\1-Step RoboPDF\empty.htm

where empty.htm was a file.

Rick had seen this reported on the RoboPDF forum and advised that what you have to do is create the folder empty.pdf off of the 1-Step RoboPDF folder, then move any files in 1-Step RoboPDF into the new folder.

Using 8.3 format for a folder name is not the smartest piece of naming I have seen and you will probably need to reread this topic. Trust me, the path below where empty.pdf is a folder and empty.htm is a file does correct the problem.

C:\Documents and Settings\User Name\Application Data\1-Step RoboPDF\empty.pdf\empty.htm

I cannot really tell you what you will see as that will depend on the browser you are using, the version of that browser and the patches that have been installed. Typically you will be given the opportunity to Open the file or Save it. In reality, if you select Open, the file still has to download but it is then opened from a temporary directory. Some browsers will force you to save the file first.

In IE8, you will be offered the option of opening the file or saving it. Firefox used to force you to save the file but testing it in Firefox 3.5.3 it just opens a page of garbage on the server I use.

Click here to find out.

Either way, it is time consuming and the Security Warning message that will be displayed if you elect to open the help can be intimidating for some users.

Unless you can contemplate making registry changes that compromise security, a chm file is now effectively limited to being run from the user's hard disk. For anything else you need webhelp.

RoboHelp allows you to add a tooltip over images by filling in the Screen Tip field in the insert images dialog. Perhaps you want to add a tooltip somewhere else, maybe over a paragraph? Hold your mouse over this paragraph. It's as simple as the html below.

<P><acronym title="Your tooltip">Your paragraph of text.</acronym></p>

If you want something more sophisticated, Leon Descoteaux recommended Walter Zorn's really neat solution.

Adobe RoboHelp 7 introduced the option of not having an About logo in the output. Prior to that it was a manual process. Rick Stone's Skinny on Skins is THE authority on this subject with various options for removing the logo, changing the logo to your own, editing the text it displays if clicked and removing the RoboHelp credit. Each of the methods is project specific so you can vary each project as required.

James Lockard never uses a logo, the RoboHelp one or his own company's so he wanted something where the logo did not even appear in a new project. Here are his instructions.

1. Locate your webhelp "template_skin" directory. Mine was at C:\Program Files\RoboHelp Office\RoboHTML\WebHelp5Ext\template_skin.

2. Find the whtbar.js file and make a backup copy somewhere.

3. Open whtbar.js with Notepad.

4. Find the code block in the addButton function (not addBanner) that starts with
   else if(sType=="banner")
   This appears at the end of the addButton function and just before the isShowHideEnable function on my system.

5. Comment out the line in that block that reads
   addBanner(sI1);
   To comment out the line just type
   //
   at the start of the line. This prevents the addBanner function from running, but leaves everything else intact.

6. If you've got RoboHelp running you'll need to exit and restart the program for the changes to take effect.

It doesn't remove the logo from existing projects but you'll never see it in a new one unless you reverse the procedure.

Many authors have experienced problems getting their links to appear as defined in their style sheet. Thanks to Leon Descoteaux for posting this useful snippet.

Make sure that the links are arranged in the following order inside your style sheet, including any link classes you might be using, such as plain and fancy:

A:link

A:visited

A.plain:link

A.plain:visited

A.plain:hover

A.fancy:link

A.fancy:visited

A.fancy:hover

Also look for any embedded hyperlink styles. They can get written into topics created when you import a Word document. See Importing Using RoboHelp 9 for more information about this point, even if you are using an earlier version.

A frequent problem for authors is that they have a version of Word which is later than their version of RoboHelp will support. Typically an IT department will roll out a new version of Word to the whole company but the technical author's version of RoboHelp does not support it.

When X5 was introduced, it was not compatible with Word 2003. That only came when Service Pack 1 was rolled out. Prior to that, eHelp indicated the solution was to install Word 2002 (XP) or earlier as well as Word 2003. This would also work for users of X3 and X4 which is only compatible with Word 2002 or earlier. Subsequently the solution was pulled and I had some doubts about it based on a bad experience with a dual install of Word. I must add that Microsoft also caution against a dual install.

Sandra reported that the whole trick is the order in which the products are installed and it is not what you would expect. Normally you install earlier versions first and then the later ones. The trick here is to install Word 2003 first, then Word 2002 or your earlier version and finally RoboHelp.

Sandra has also reported that she has not had any problems with Word as a result.

You do of course need to make sure your licences cover both versions of Word.

UPDATE 29 Jun 2011
Things seem to have changed with later versions of Word. I have retained Word 2003 on the machines I use and also have either Word 2007 or Word 2010 installed. As long as I first run the version of Word required by the version of RoboHelp, it works without problems. When I switch versions of Word I get a dialog that Word is being prepared. Once that is done, I close Word and use RoboHelp.
You can avoid the dialog that dialog as described in Snippet 82. Personally I let it run so that I know Word is properly set up.

UPDATE 29 Jan 2012
More recent work involving switching versions makes me wonder if Sandra's finding that installing the earlier version first made things work was in fact more about it being the last version run. What I am currently finding is that having two versions of Word running is OK as long as you the required version of Word is the last one that was used. If in doubt I simply open and close the required version.

This is a different method to the one here before 21 Aug 2007. It does not require the user to click in the topic frame before printing.

Go to Skin editor and click the + sign to add a new button.

In the Text tab enter Print as the Item Name and complete the Text and Image options as required.

Now click the Action tab.

In the Action frame go to the OnClick field and enter

printAction()

In the JavaScript frame click the Inline JavaScript option and then the edit button.

In the window that opens enter

var printAction = function()
{
var topicPane = top.frames[1].frames[1];
topicPane.focus();
topicPane.print();
}

OK your way back out and generate the help. Don't forget to tick the Print button in the second page of the wizard.

The nice bit about this script is that the user does not have to click the topic frame before printing.

UPDATE 12 Nov 2009 - Print with dropdown text

Thanks to Chrodgers for posting this variation so that any dropdown text is also printed.

var printAction = function()
{
var topicPane = top.frames[1].frames[1];
topicPane.focus();
var arrayofDivs = parent.frames[1].bsscright.document.getElementsByTagName('div');
for (x=0;x<arrayofDivs.length;x++)
{ arrayofDivs[x].style.display = 'block'; };
topicPane.print();
}

UPDATE 10 Feb 2011 - New scripts

See Scripts for Twisties & Show / Hide and Print. The Print scripts there work with RoboHelp 9 DUCC (Dynamic User-Centric Content) and you can provide buttons that allow the user to choose whether to print with all dropdown content or just what they have displayed.

From time to time people ask how to open a Word document from the help.

UPDATE 29 Jun 2011
The information below remains true for users of older operating systems and older browsers. With Vista and Windows 7 the File Types tab is no longer available but the later browsers have changed the setup anyway.
Most browsers will now give the user the option to Open the file in the default application or to Save it.

COMPILED CHM HELP

Rick advises that you can use an HTML Help Shortcut control to accomplish the goal. You simply specify the file name where you would normally specify the application.

WEBHELP

There is a way of forcing a Word document to open in Word rather than Internet Explorer but HEED THIS WARNING.

It requires changes to each users PC and many systems administrators will not permit those changes for very sound reasons. You may be placing documents on an intranet and know they are safe. However, the changes will affect ANY link to a Word document. If one of your users finds a Word document on another site and clicks the link, it could introduce all sorts of nasties onto your corporate network. There are many websites to help you find a new job!

Still determined? OK. On each users PC you need to go to Windows Explorer | Tools | Folder Options | File Types. Locate the DOC extension and click on Advanced. Clear the Confirm Open after Download check box. Next time you click the link, the document will open in Word. Depending on the location of the document and permissions, it may not be possible to use Save to save changes but the user can click Save As and save it locally.

Any Gotchas? Yes. If Internet Explorer is not your browser, some browsers will not let you open a Word document at any price.

The link below is to a Word document. Fancy clicking it to test those settings changes? Do back up all your RoboHelp projects first as it has a macro to delete them all. OK I would not do that and the document is safe but I suspect the point has been made. If you want to test how a document opens on your PC, it is OK to click the link below.

Click to open a Word document

Word has a skip numbering feature which used to be part of RoboHelp but somewhere along the line it was helpfully removed! For some users, creating an unnumbered (or unbulleted) list paragraph can be as simple as inserting a line break using Shift + Enter. However, your style sheet definitions may result in the different spacing between paragraphs created using that method and paragraphs with a number or bullet applied. See below and note that while the number is skipped, the spacing is wrong. A second line would also be wrong.

**************************************

1. First item.
   Another paragraph part of first item.

2. Line created using Enter.

**************************************

Matt Zim found a neat way around that. He applies the number or bullet to the first paragraph and then lets RoboHelp apply numbering or bullets to every paragraph until he has finished editing.

Thus he would create his list as

**************************************

1. First item.

2. Another paragraph part of first item.

3. Second item.

**************************************

In true code those three lines will appear as

<li><p>First item.</p></li>

<li><p>Another paragraph part of first item.</p></li>

<li><p>Second item.</p></li>

Note how each paragraph is surrounded by <li> tags. Matt simply removes the <li> tags from the paragraphs he does not want numbered. The indentation remains correct and the numbering adjusts itself. I have removed those tags in the example and this is what you get. Perfect.

**************************************

1. First item.

Another paragraph part of first item.

2. Second item.

Whenever you create a new project, you just get the standard colours when you click Format | Colors.

In RoboHelp X5 and above the colours are defined in the file rhcolor.apj. Once you have the colours you want in one project, you can copy that file to other projects.

You might want to keep variants like rhcolor01.apj, rhcolor02.apj etc. Just rename the one you want and copy it into a project.

You can also edit the file. Open it in a text editor and create a new section. It will be obvious what you need to do.

If webhelp is installed onto a local machine rather than accessed via a server, then the Internet Explorer security settings may prevent the help from being accessed.

In short, either the user must allow the content each time the webhelp is accessed or they must lower their security settings, which needless to say Microsoft do not recommend. (In IE, Tools | Options | Advanced | Security | Tick "Allow active content to run in files on My Computer".)

This is only an issue with locally installed help, not server based help. It is understood from feedback that terminal servers and Citrix may treat webhelp as if it were installed locally.

Another workaround is to deliver the help as FlashHelp. Provided you have RoboHelp X5 Service Pack 2 or above installed, that allows FlashHelp to run locally without this problem. Note the following:

• End users will need Flash Player 6.0 or higher installed.

• You cannot edit FlashHelp skins.

• You can remove the Powered By logo as described in Rick Stone's Skinny on Skins.

Thanks to Susan Neal for advising me of the FlashHelp workaround and to Rick Stone for his input on it and indeed on this issue generally.

Roy reported that no matter what topic he double clicked, Word kept going to one topic. Solution? Turn off the Styles and Formatting toolbar in Word. Obvious really! No, I don't understand why either but try it.

1. Click Tools | Options | Tool Locations tab

2. Click an existing extension, this will populate the Program for Editing and Program for Viewing fields with the application for that file type.

3. In the field below the listed extensions, type over the whatever is shown with the file type to be added, precede it with a full stop / period (for example .CSS).

4. Click the Add button.

5. Leave the Program for Editing and Program for Viewing fields unchanged if they are displaying the required editor for the new file type, otherwise navigate to the editor / viewer to be used.

6. Click OK.

7. Add the file to be edited to baggage.

8. Right click the file in the baggage folder and choose Edit from the context menu or double click the file. The file will open in the required application.

You can drag a help topic from RoboHelp Project Manager (RoboHelp Explorer in earlier versions) to the topic that is going to reference it.

Drag the topic from Project Manager and release the mouse button where you want the topic to be referenced. The link will created using the Topic Title.

If you don't want to use the topic title, type in the text you want and highlight it. Now drag the topic to the text you typed. When the mouse is over is over the text it will be highlighted in red. Release the mouse button and that text will now be a hyperlink.

The link created either way will open the topic in a new page. You can double click the link though to change the properties to make it a popup.

UPDATE 29 Jun 2011.
If you are using RoboHelp 9, the dialogs can be restored via Tools > Options.

If you create a link to an external topic, RoboHelp displays a dialog box to warn you. There is a check box giving you the option of not displaying the warning again. Trouble is, if you tick that, there is no way that you can reinstate it via RoboHelp.

Thanks go to Rick Stone who discovered that when you tick that check box, RoboHelp creates the registry key below. So if you are comfortable with editing the registry and have taken all the usual precautions, just delete the key.

HKEY_CURRENT_USER\Software\eHelp\RoboHTML\13.00\Common\DontShowFileLinkWarnin

(No, I have not misspelled "Warning". RoboHelp did that!)

If you don't want to edit the registry, uninstall RoboHelp and reinstall it!

For Vista users I am told the key is in HKEY_CURRENT_USER/Software/Adobe/RoboHTML/7.00/Common and is something like "Dont show outside project"

It's true!

www.history.navy.mil/photos/images/h96000/h96566kc.htm

UPDATE 29 Jun 2011.
If you are using RoboHelp 8 or above, please see Lists instead. The details below are for users of older versions.

A frequent problem on the forums is getting Word to indent bullet point and numbered lists the way you want. So here's how it works. You may also find the topic on Printed Output of help.

If your numbering in RH is applied using ONLY

• The normal style or a style that has no indent built into it.

• The numbering icon.

• The indent icon, if required.

then in Word you will get much the same indentation.

Three solutions starting with the easiest that will address some of the problems that occur and / or give you different indentation in Word.

AMEND THE STYLE SHEET

Amend your css just before you create the printed documentation. Set OL and UL to the margin.left that you want in Word. Things will look wrong in RH's WYSIWYG editor but ignore that. Create the printed documentation and you will have the margin you want in Word. You might need a couple of attempts to get it right but the idea does work. When you have finished, set the css back to the original margin.left setting.

USE WORD'S "SELECT TEXT WITH SIMILAR FORMATTING"

This method only applies to Office XP and 2003 users. Note that you will get different results according to what you select under Microsoft Word Templates on the last page of the wizard. You may need a couple of attempts to get what you want.

Create the document and then, right click in one of the list items and click Select Text with Similar Formatting. Manually change the indent any way you like, such as using the move right and left icons. All the items selected will now be where you want them.

I found that:

• With the Style Mapping template, using Select Text with Similar Formatting selected both bullet point lists and numbered lists.

• Selecting Use CSS Styles in RH meant that when using Select Text with Similar Formatting in Word, only the bullet point lists or the numbered lists were selected according to which you had right clicked in.

USE WORD'S FIND AND REPLACE TO CHANGE THE STYLE.

I think this one is a bit clunky but you may need it to give you exactly what you want if the previous two will not give you what you want.

Create a style in your CSS that you will use for bullet point and / or numbered lists. Do not set it up with any numbering though. Now do the same in the Word template that you will use, I will call this Style A. Next create a second style in Word that is identical to the first one, I will call this Style B. Again, no numbering in either.

Whenever you create any list in RH, use that style and then click either the bullet or numbering icon.

When you generate the printed document map the CSS style to Style A in the Word template.

In Word, the formatting will be as it was in RH and not how you want it in Word. Use Word's Find and Replace Tool to find all instances of Style A with Style B. In converting the styles, Word will ignore the manual settings that RH forced and you have what you want.

The font for the toolbar and the navigation pane can be changed by using the skin editor. Changing the font for the navigation pane changes it for the TOC, the Index, the Search and the Glossary tabs. If you want a bit more control then you need to edit some files in the generated or published output, whichever you use:

TOC = edit the font setting in whtdhtml.htm - this affects the items listed in your toc.

Index = edit the font setting in whiform.htm - this affects the text at the top of the pane

Type in the keyword to find:

It does not affect the entries displayed. They remain controlled by the skin setting.

Search = edit the font setting in whfform.htm - this affects the text at the top of the pane

Type in the word(s) to search for:

It does not affect the entries displayed. They remain controlled by the skin setting.

Glossary = edit the font setting in whgdhtml.htm - this affects the text at the top of the pane and the top of the results panel

Term:
Definition:

It does not affect the entries displayed. They remain controlled by the skin setting.

For More Information

There's a lot more information about changing fonts in Rick Stone's Skinny on Skins. That also covers how to change the fonts for the Index, Search and Glossary results. Visit www.robowizard.com.

Update 29 Jun 2011.
RoboHelp 9 allows you to introduce page breaks via the interface. See the Insert menu. These page breaks will also create breaks in any printed documentation you publish.

Choose the HTML tag that you want to be the top of the next page, and insert the following:

STYLE="page-break-before:always"

That is, add it within any tag (p, H1, H2, etc.). For example:

<H1 STYLE="page-break-before:always">Main Tab</H1>

or:

<p STYLE="page-break-before:always">Some text.</p>

********************

Leon posted this on the forum but acknowledges the work of John-Pierre Cornilissen in finding the information on the www.w3.org site.

I would just like to add to Leon's excellent snippet...

1. For those of you whose output is used internationally, make sure it works for both US Letter size and A4 or you might do more harm than good.

2. In RH's WYSIWYG editor you will see this symbol where the page break will be.
   

The content of this Snippet has been incorporated into Opening Projects which explains how to trash the CPD file safely.

Various file attachments will be blocked by Outlook. Of particular interest to technical authors will be chm and hlp files. Some options are shown below.

• Get the sender to put the file in a zip file and send it again.
• Get the sender to change the file extension and send it again. For example, get them to send help.chm as help.txt, then you name it back to help.chm.
• Install an add-on from Slovak Technical Services

Go to www.slovaktech.com/attachmentoptions.htm and note the versions the download works with. If it matches your version, consider downloading and installing this Outlook add-on. After installing, go to Outlook | Tools | Options and there will be an additional tab allowing you to reduce the security level for certain file types.
If you are on a network, make sure you get approval first. In any case, I make no warranty about the effects of this program. Remember, it allows any file through of the type you select, not just one that you are expecting. For what it is worth, I have installed it and had no problems so far.

To create an email with the To, cc, bcc, subject and body completed, paste the text below into the True Code view.

<p><a href="
mailto:person1@abc.com;person2@abc.com
&amp;cc=person3@abc.com
&amp;bcc=person4@abc.com
&amp;subject=Hello There
&amp;body=Type your message here.
">Mail To Example</a></p>

Delete any line you don't want. For example if you do not want the body pre-completed, delete the line

&amp;body=Type your message here.

I have added line breaks to make it easier to understand the content. After pasting the html into RH and deleting any unwanted lines, place the cursor at the end of each line and press the delete key once. The only spaces should be the one between "a" and "href" at the beginning and any that appear in the subject or body fields.

Click this link to see it work - Mail To Example

Various javascripts are available to provide users with a search function that is limited to the current page. For example:

http://www.dynamicdrive.com/dynamicindex11/findpage.htm

(This snippet originally pointed to another site but the script has been removed. The link above seems to do the same job but I have not tested it.)

X5 Baggage Bug

or

X5 Keywords Bug

To make the TOC synchronise you need to select "Automatically" against Synchronize TOC in the webhelp wizard or tick "Always Show Selection" in the chm wizard (click the Advance button and look on the TOC Styles tab). If you have done that, then synchronisation seems to work correctly in later versions of RoboHelp.

If you have an old version of RoboHelp perhaps something in the following will help.

I quote below Christophe Roos' posting on the subject.

It seems lots have problems with the synchronisation of their TOC's in merged projects. So did I and there seemed to be no reason for it. Well, here's the solution. Projects composed of one word do synchronize, projects composed of several words don't. Use no spaces in the name of the projects, use underscores if necessary and the synchronisation will be OK.

Update 05 Jan 2005

Finally, one person found problems with topics containing an apostrophe or a hyphen in the title. However, it did not affect the synchronisation of all such topics! Nonetheless, worth a try if all else has failed.

Update 28 Apr 2005

Rick Stone has also pointed out that Optimising Speed in the generate and publish wizard can help. Try choosing the Local PC or Intranet option.

Update 13 August 2005

Merged webhelp will synchronise except on calling the first topic. See Step_8 of Merging Webhelp to fix that problem.

Update 21 October 2006

If the problem is that the TOC does synchronise but the highlighted topic is off screen, see Snippet 49.