TOC in Printed Documentation

How do I specify the location of the TOC in the printed
documentation? I would like it to appear after the title page, but
it always shows up before it.

That's right. The title page that is created by the printed
documentation is a default start page which you have little control
over. If you have imported a word document that already contains a
title page this will not appear before the TOC because RH does not
recognise it as such. Those of us who create printed docs usually
do as you describe. We create a generic title page that is stored
in a separate word file. Then we generate the output and copy the
title page into it. You'll need to remove the title page from the
printed documentation process though or else you'll end up with two
of them! Hope this helps.

Similar Messages

Placeholders (breadcrumbs, Mini-TOCs) not showing in Printed Documentation

I've included Placeholders (breadcrumbs and Mini-TOCs) in Master Pages. They work as expected for the HTMLHelp output, but when I generate Printed Documentation (.doc), they aren't there.
I checked to make sure that I didn't accidentally assign them an online-only condition (I didn't).
I'm using RoboHelp 9 (RH9). Do I need to do something special? I just tried specifically applying the Print condition to the breadcrumbs in the footer and using that condition in the build, but that didn't help.

You don't get breadcrumbs or mini tocs in printed documentation.
I haven't viewed the lack of breadcrumbs as a problem as they are merely a means of navigating on screen and would be of no value in hard copy. Mini Tocs however describe what is in that "chapter" and should be included.
The more people who report a bug or request a feature, the more likely it is to be actioned. Please follow this link.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

TOC Layout in Printed Documentation

Morning chaps,
Currently the Printed Documentation is chucking out a TOC that shows the Books, Topics and the Headings in the Topics. I was wondering if there is any way of formatting it so that it only generates Books and Topics?
Luke.

Rats. Sorry it didn't work.
You could do what I always did with Word docs - I didn't let RoboHelp create a TOC for me at all. Instead, I generated the printed doc based on the RH TOC (to get everything in the correct order) and used the Insert > Index and Tables > TOC in Word to specify just the heading styles I wanted to include. (This presupposes that you use a different style for subheadings within topics.)
I got really tired of doing this, so I built a little Word template with a title page, TOC page (where I inserted a TOC field as described), and a blank section at the end. I pasted my RH print output in, then just hit Update Field for the TOC. It was surprisingly quick, although it may be more steps than your workflow allows. Hey, this dates back to before you could create PDFs from Word!
It would be a really nice feature to be able to exclude subheadings from the TOC. Maybe the best course of action is a feature request.
PS - I'll be getting RH8 pretty soon, and I'll take a look at TOC generation then. Maybe they have solved this already! (And I hear that RH8's online help is a huge improvement over RH7's - you're not the only frustrated customer!)

Customizing header and footer in the printed documentation

Hi,
I'm using a trial version of RoboHelp 2007 and Word 2003.
I have two question about customizing the header and footer
of the printed documentation.
In the printed documentation the footer repeat at the bottom
of each page and contain page numbers, which appear left-justified
on even-numbered pages and right-justified on odd-numbered pages.
How can I customize the footer, that pages numbers appear
always right-justified?
In the printed documentation the header repeat at the top of
each page and are blank on the first page of sections. The name of
the manual appears on even-numbered pages, left-justified. The name
of the root chapter appears on odd-numbered pages, right-justified.
How can I customize the header, that
on every page the name of the root chapter and the name oft
the manual appears? Furhermore I want to include a picture in the
header. How can I realise this?

You can't from RH. See the article on my site.
Images in the header are tricky. If you use the setting that
I think enables that, you will also get the images in the TOC. Try
putting a two cell table and putting the heading in one and the
image in another.

Missing topics in printed documentation

I am using RoboHelp V7 and WebHelp as my Primary Layout. My project has approximately 100 topics.
The project is basically an A-Z with various topics saved into 26 folders (A-Z). The printed documentation prints perfectly except that the H1 headings for all the 'A' topics are missing from the resulting Word document.
The table of contents in the Word document is correct, with "A" listed but none of the topics are listed in the TOC. The topics appear in their correction location in the word document except the H1 headings is missing. The heading "A" appears in the correct location in the Word document.
In each topic the H1 is in the header and draws its text from the name of the topic.
All the 'A' topics were created manually and the rest 'B-Z' were imported from an Word Document. This appears to be the only difference between the topics!!
All the topics (A-Z) are connected to the same template and access the same CSS file.
On the final screen of the Print Documentation Wizard (Print Document Appearance - Pninted Documentation) I have tried connecting to different templates from the drop down list under MS Word Template. I have also created my own *.dot file out of a resulting document (i.e. stripping all the text and saving as *.dot). But no luck.
Any thoughts?
Many thanks in anticipation.

The HMTL for the two types of pages looks identical
An 'A' page
<div placeholder id=header style="width: 100%; position: relative;">
<h1><variable name=title x-format=default x-value="Air conditioning">Air conditioning</variable></h1>
</div>
A 'D' page
<div placeholder id=header style="width: 100%; position: relative;">
<h1><variable name=title x-format=default x-value="dress code">dress code</variable></h1>
</div>
The only obvious difference in the HTML for the two types of pages is that the pages imported from Word have the following line in their metadata:
<meta name=OriginalFile content="Orientation Guide - Draft Wording_V2.doc">
And both types of pages are clearly connected to the same style sheets.
Stumped?

Problems with RH 9, CBT, and Printed Documentation

When I upgrade an x5 project in the new RH9, all appears to go fine until I try to generate the Printed Documentation. I was disappointed that the printed documentation STILL requires so much cleanup. Text tagged with the Online condition sometimes displays on some topics, even when Online is excluded from the output. Also, some of the cleanup issues surrounding headings and index entries are still necessary.
The four biggest issues are:
1) If a "book" TOC heading also has content (a topic associated with it), a double-heading appears in the printed output. You have to manually remove all these extra headings in the cleanup process.
2) All index entries appear in the paragraph BEFORE the actual heading they mark, instead of after the heading, resulting in the Index not being correct (if a heading appears at the top of the page, the Index points to the previous page where the index entry resides, instead of the correct page). I have to manually go through the entire document and move each index entry to the paragraph AFTER the heading it marks.
3) Robohelp ignores the exclusion of Online conditions on some random topics. There is a workaround to "trick" Robohelp, but it takes *a lot* of time to do. To "trick" Robohelp, I had to generate a printed manual and make a list of all topics that "slipped" through. And, then edit each topic where the online condition was ignored, by adding an extra, empty paragraph to the end of each topic that had:
·         a single paragraph of text (aside from header and footer info)
·         ends with bulleted list (and no extra paragraph marker following)
·         ends with a table (and no extra paragraph marker following)
·         ends with a figure (and no extra paragraph marker following)
·         ends with see also\How do I\misc button text (and no extra paragraph marker before the seealso/how do I listings)
4) I noticed that when I opened a topic for the first time in Robohelp, the Online condition sometimes gets applied to incorrectly tagged text (it wasn't tagged this way in the x5 content). This requires me opening each topic in the upgraded project, and checking each topic to make sure the online condition is applied correctly in each one (a very tedious process, especiallly if you have a doc set of over 1 mil words!).
Expected results:
Printed doc does not contain double headings. Index entries appear after headings. Conditional text behaves as it is supposed to behave (and if you tell Robohelp to exclude the ONLINE condition, it does it for ALL topics).
Does anyone have any suggestions/recommendations for this? Yes, I have the latest build. We held off on upgrading to previous releases of Robohelp because of the Printed Manual problem too (it seems like each version created more clean up work). :-( I logged a bug on the Adobe forum.Any and all suggestions appreciated. Thanks!

Mr. Grainge,
Thank you so much for your thoughtful answers back! I appreciate you taking time out to write such a thorough reply. I hope Adobe appreciates you! You're number one in follow ups!
Unfortunately, your answers did not solve my problems. But, you did give me some ideas on where the problems could be occurring. So, thank you!! Before I begin: In answer to your question, yes I *am* using the supplied Style Mapping template (I never had luck with the custom one myself). Also, I am going to hold off on replying to 1) and 2), but I'd like to share my answer on 3) and 4), which is really just what I need to get Printed Documentation working in Robohelp 9 the same way it worked in x5.
A little history: I have a set of about 50 help projects that span many versions of our company's product, and multiple versions of Robohelp (some even go back to the 90s!). They even include some help projects that were originally in Frame/WebWorks but were later ported to Robohelp. There's a lot of history to them.
Investigating the Problem: When I opened an x5 project in RH 9, I noticed that some of the timestamps on the .htm files didn't match the rest of the files. It turned out, that these very same files that were the ones giving me problems with the Conditional text! That's when your thoughts about the mapping came to mind...As I said, my project spanned mutiple versions of Robohelp. I wondered if some of the coding on the .htm page was being parsed incorrectly on upgrade, and if if that was the reason why RH couldn't update the pages (which explain the unchanged timestamps). In other words, I wondered if Robohelp was mapping the styles correctly on import. So, I compared these unupgraded .htm files with ones that did upgrade, to see if there was something on the code page that could be causing the problem.
Solution to Fix 3) and 4) above:
I'm going to list out everything that I did below, however, not everything on this list applies to everyone. But, hopefully it will help you, if you ever run into this scenario yourself, and it might give you some ideas on how to get your HTML files working. So, before upgrading, here is what I did:
I opened my old CSS in a text editor and removed all the Robohelp autogenerated comments.
In Homesite, I did a bunch of Search and Replaces on a copy of the older x5 project. I looked for code that may have been generated in an earlier version of RH,and for unusual structures in the meta and style declaration area that could be causing conflicts. Here is a list of my search and replaces below:
Search for:

Replace With:
nothing
Search for:

Replace With:
nothing
Search for:

Replace With:
nothing
Search for:
<p> </p>
Replace With:
nothing
Search for:
<p> </p>
Replace With:
nothing
Search for:
<html>
<head>
Replace With:
<html>



<head>
Search for:

<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">

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

<script language="javaScript" type="text/javascript" src="MyHelp.js"></script>
<script language="javascript" src="eHlpDhtm.js"></script>
</head>

<body TABINDEX=1>
Replace With:

<meta http-equiv=Content-Type content="text/html; charset=windows-1252">
<meta name=generator content="RoboHELP by eHelp Corporation - www.ehelp.com">
<meta name=generator-major-version content=0.1>
<meta name=generator-minor-version content=1>
<meta name=filetype content=kadov>
<meta name=filetype-version content=1>
<meta name=page-count content=1>
<meta name=layout-height content=597>
<meta name=layout-width content=662>

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

<script language=javaScript
type="text/javascript"
src="MyHelp.js"></script>
<script language=javascript
src="eHlpDhtm.js"></script>
</head>

<body TABINDEX=1>
Search for:
<a class=toplinks href="#top"> Top</a>
…or…
<a class=toplinks href="#top">Top</a>
Replace With:
<a class=toplinks
href="#top">Top</a>
Search for:
<h3 id=SeeAlsoTitle
class=SeeAlsoTitle
style="x-condition: Online;">See Also</h3>
<div id=seeAlso
Replace With:
<h3 id=SeeAlsoTitle
class=SeeAlsoTitle
style="x-condition: Online;">See Also</h3>
<div id=seeAlso
After I did these all these search and replaces in the copy of the x5 version of the project, I opened the project again in RH 9 and upgraded it. After the upgrade, I checked the timestamps on the .htm files to make sure they all changed. They did! It worked! Everything upgraded properly this time... I tested the Printed Manual output and no conditional text slipped through this time. Yay!
In Summary:
This is what I learned if you are having problems with Conditional text and Printed Manuals in an upgraded RH project:
Always make backups of your older projects before you upgrade anything. I know this is elementary, but I thought it was worth reminding.
Check the timestamps of the files after you upgrade the project. If there are a group of files with timestamps that aren't similar to the rest of the files, chances are Robohelp was having trouble converting those files.
Try looking at the HTML code in those files and see if anything looks out of the ordinary. Some examples are above.
If you have already ported the RH project and it's too late to go back, go look at the file timestamps anyhow. For all the older files, try opening each one in Robohelp and add a space or something (to force RH to change it), and save it. I didn't have the time to verify this, but it seemed on most instances: when I forced RH to save the file manually, it updated correctly and the problem with the conditional text went away. (This option takes longer, especially if you have to do each page individually, but it's worth a try, IMHO.)
Aside from the initial Printed Manual woes, which are resolved, the upgrade process from RH 9 really was seamless! Best I have ever seen! Everything just works! Awesome is a word that comes to mind.
Printed Documentation output does work on upgrade, but in my opinion is: it is no better than it was before, in previous versions.
I wish there were more fixes to the Printed Manual output. When you have a product help system that spans multiple versions, contains over 2.5 million words, and 10,000+ topics, having a lot of cleanup on the production end is costly. What use to take a person on my team less than a day to generate 50+ PDFs in FrameMaker, takes 4-5 weeks man-time in RH. I will outline my opinions in my next reply to this thread.
Thanks again, Mr. Grainge!

Problem with RoboHelp 7 and Batch Generate "Printed Documentation"

Hello people! I have a problem with Batch Generate of Word documenttion in RoboHelp 7, when launch the Batch Generate with "Printed Documention" option selected send me a error message like this "Adobe Acrobat or Adobe Elments version 7 or Higher is not installed on your system".
RoboHelp generate de .chm file without problems.
I have the last version of Adobe Acrobat Reader Installed in my computer, my RoboHelp's project is not very complicated, the only to remarks is in spanish lenguage and the computer is in spanish too, but anothers projects in english US generate documentation without problems, I dont know if this had anything to do..
I have windows XP SP 3,so I test in another computer to generate documentation and I have the same problem. What´s happend ??
Thank you for all.

I too am having this issue with the TOC. Firefox simply
doesn't handle it correctly and I have no idea how to fix
it.

Why is the text in the printed documentation centered?

Hello,
When I generated print documentation (.DOC and .PDF), all of
the text was centered. Also, it repeated the document twice (a 12
page document is now 24, for example). Why is this happening? How
can I fix it?
Jennifer

CENTERING
In the last page of the wizard, did you select Use Project
Styles or a Word template? Try using the Style Mapping template
just to see if it fixes the problem.
DUPLICATION
Are you sure the pages are not duplicated in the print
layout?
Are topics linked to books in your TOC?

Order of Index and Glossary in Printed Documentation

In my RoboHelp HTML project, I'm adding an Index and Glossary to the Printed Documentation section layout. I want both files below the Chapter Layout icon. They both will go no further than the first icon above the TOC. The down arrow is grayed out.
Someone else had this problem, and the answer was to click the last icon in the Section layout and then add the files. This did not work for me.
Any ideas?
Thanks in advance.

I had the same problem with RH8.
What corrected it for me was to delete the TOC, click the + button, add the Index (it magically appeared where it was supposed to be, at the end), then click the + button again to add the TOC back in. (I don't have a Glossary in my section layout)

Duplication of titles in printed documentation

I'm using RoboHelp 7. When I generate the printed
documentation (doc file) the structure of my TOC is ajusted. Yet,
when I have a chapter title and some text introducing the chapter,
in the printed version a subtitle (with the same designation as the
title) is created for that introductory text. I'd like to prevent
this from happening - I don't want any subtitles with the same
designation as titles - I'd like the printed version to have a
title and the text (and only present a subtitle if one exists). I
welcome any ideas that might help me solve this one. Thanks.

Hi Garcia,
If this is the same as I get (where I get a duplicated name
because the name of the book in the TOC and the name of the first
topic in that book are the same)...
I have used 2 methods of getting around this:
1. (I prefer this) I apply the "Online" conditional style to
the header that is being duplicated. I then exclude the Online
content from my word output, resulting in no duplication.
2. I remove all of the books from the print content. The
problem with this is that you end up with a section break after
each topic. ARGH!
Hope this helps,
Chrissy

Generating TOC into Printed Document

Hi!
Another query from me!
I am outputting my RH10 project to Printed Documentation - Word. I have created a TOC, added books and the content for each level and saved.
When I click Printed Documentation to generate a word document I select the required TOC in the Content pane. In the Advanced Options dialog I've tried gnerating with the Styles in TOC check box selected and deselected.
With all this done and my topics all organised for the layout I Save and Generate my word document. BUT when I get the output I do not have a TOC generated.
Am I doing something wrong? Is this something I should be setting up in my style template in word?
I'm guessing again, it must be user error as the searches I've done for help on this topic seem to have forums where people are importing existing word documents to RH, rather than starting from scratch out of RH!
Cheers.

When you launch the Printed Documentation single source layout, have you got the TOC section selected in the third part of the wizard (see below)?

RoboHelp 10: Problems generating Printed Documentation

Environment
Windows 7 Enterprise, Service Pack 1, 64-bit operating system
Office Professional Plus 2010 Versions 14.0.7106.5001 (64-bit)
RoboHelp 10: 10.0.0.287
Visual Studio 2010 Professional. I open RoboHelp from within Source Control (have been doing it for two years).
Problem
Sometime after moving to RoboHelp 10, and even after successfully generating Printed Documentation output, I encountered a major problem generating Printed Documentation from RoboHelp: “Internal error encountered. Failed to generated Printed Documentation”. The error occurred when I tried to generate Printed Doc using my default TOC, which looks something like this:
Topic A
Topic B
Book 1
Book 2
Book 3
Topic C
Topic D
Based on an old Peter Grainge reply to someone about a similar problem, I removed all but the first topic from the Chapter Layout pane and generated the Help. Everything was fine until I got to the topics after Book 3. At that point everything started to fail again. When I removed Topics C, D, etc. from the Chapter Layout pane, the output was built successfully.
I tried moving Topics C, D, etc. to the top of the Chapter Layout pane, and got the same error. I tried creating a new folder and put Topics C, D, etc. into that folder. Failure after failure.
As an experiment, I removed all the Topics C, D, etc from the Chapter Layout pane, but then added them to the Print Document Section Layout pane (not where I want them). The Printed Documentation built successfully.
During attempts to build with Topics C, D, etc. in the Chapter Layout pane, I kept getting a Word error: Word is trying to recover your information. After that there was always a failure.
Selecting PDF as the output did not work when the Topic C, D, etc. files were at the bottom of the Chapter Layout pane.
I create a new TOC and a new Printed Documentation SSL. Failed to generate.
As a matter of reference, I've been generating Printed Documentation from the same TOC for more than a year and so cannot figure out what has changed in RoboHelp or Word to cause this grief .
Has anyone experienced anything like this?
Carol

Dear Peter,
Thanks for following up. Last Friday I finished extensive testing on my own and working with RoboHelp Support. Here's what I sent to Support this morning.
If after reading this screed, you think it worthwhile for me to get a copy from Source Control for you to look at, I will do so. Thanks for offering to look at it.
Environment
Windows 7 Enterprise Service Pack 1, 8.00 GB RAM, 64-bit OS
Microsoft Office Professional Plus 2010 Version 14.0.7106.5003 64-bit--Note: We repaired my current version of Word, in case that was the problem, but did not reinstall Office--we do not think that the Word version is the problem because we generated successfully with other TOCs and when generating individual documents.
RoboHelp 10.0.1.292. Upgraded from RoboHelp 9 in May 2013. Replaced hard drive in September 2013 and reinstalled RoboHelp.
Visual Studio 2010 Professional 10.0.40219.1 SP1Rel (I open the project from Source Control and check files out to a folder on my desktop.)
Issue
Printed Documentation failed multiple times with the default Table of Contents, which contains all the topics in the project. TOC specs are as follows:
Properties: .docx, desktop location, no conditions, embedded images, “Generate a single document”, “Retain hyperlinks”.
330 files, 12 top-level books, 15 second-level books, 7 third-level books, 6 fourth-level books, and 8 fifth-level books
Results
Generation to Printed Documentation does NOT fail for other, module-specific TOCs, nor to WebHelp Pro SSLs for the same sets of topics. In addition, and perhaps more important, generation to Printed Documentation does NOT fail with “Generate Individual Documents” selected, or when there are approximately fewer than 259 files in the TOC.
Did not fail consistently based on any particular topic.
Did not fail consistently based on location of any particular topic in the TOC.
Failed when I created new TOCs based on ‘working’ TOCs. For example, copied a module-specific TOC and then added topics to it from the default (superset) TOC. I did this in case the original default TOC was corrupted.
Failed when I create a new TOC with the same folder/file structure from scratch.
Failed when I created a new TOC with a flat file structure from scratch.
Failed when I retrieved an older TOC from the last release of the product.
Failed when I created new SSLs each time. I did this in case the SSLs had got corrupted.
Failed when I did not open the project from Source Control (removed project from Source Control and worked locally).
Began to see failure when there were more than about 258-263 files in the TOC. For example, successfully generated Printed Documentation with 262 files in the TOC. Added one topic and the generation failed. Removed that topic and added several others, one at a time. Consistently failed. To test this, I created a TOC with all the files in a flat structure, generated a report for the TOC, printed it, and counted the number of files. I then began deleting files and regenerating the Printed Document to try to identify the number of files in the TOC when the generation failed. Successfully generated up to about 258 files and then it began failing. (Occasional successes at 260 and 261, but that may be because I didn’t always consistently remove the Glossary and Index from the Chapter Layout pane.)
Other Comments
(I know that we should generally post non-RH issues to other forums, but in this case I wanted to include all potentially related issues in this posting.)
The first time you generate any type of output, the “Critical error of Source Control Provider. Please restart IDE.” Message appears. This message appears behind RoboHelp. As a result, if the RoboHelp window is maximized, you think that RoboHelp is hung. Forcing a close of RoboHelp leaves the partially generated Word document in an unstable state. When you re-open RoboHelp and try to generate the output again, RoboHelp says that the output is in use. Unfortunately, there is no way to ‘free’ the Word document and you have to restart the computer. In addition, when the dialog box is hidden, even using Alt+Tab to find the dialog box is complicated because you can’t grab it and click OK until RoboHelp completes its processing. The workaround is to reduce the size of the application window so that you can see the dialog box and try to quickly grab it and click OK. That said, as soon as processing is complete you can grab the dialog box and click OK; at that point RoboHelp displays its own error message about the success or failure of the output generation. It is not clear whether the RoboHelp API or Source Control puts up this error message, but it’s definitely a problem until you happen upon the workaround.
RoboHelp does not check SSLs even when I right-click the SSL in the Single Source Layouts pane, click Check In, select the XML and SSL files, and leave “Keep checked out” deselected. The red check mark remains next to the SSL name. In addition, even when I Check In All files before closing the project, the next time I open the project RoboHelp displays a series of Check In dialog boxes requiring me to check them in again.
When RoboHelp hangs during a Printed Documentation failure and the Version Control setting is to check in all files when closing a project (which I’ve now deselected to avoid this problem), Ctrl+Alt+Del indicates that you cannot shut down the program because RoboHelp is waiting for a response. Yes, RoboHelp was waiting for me to check in some files (because of the Version Control setting), but hid the Check In Source Files dialog box behind the application. This usually left a Word document in limbo, forcing me to restart the computer.
At one point RoboHelp stopped saving changes to an SSL after I made changes and clicked Save and Generate. Each time I reopened the SSL, I had to select .docx, etc. all over again.
Carol

Printed Documentation displays each topic twice

Click Printed Documentation.
Click Next to access the TOC setup
On the right panel, each topic is listed twice. In the final document, RH is adding a heading to a topic and then duplicating the same topic without the RH heading.
If there is a way to prevent RH from inserting these headings, I think this duplication would be resolved.

That's what I was getting at earlier in the conversation but I don't think that is the cause here.
It use to be that if a topic was linked to a book and then the author added the topic because it could not be seen in the print layout, the topic would be in the printed document twice. In the print layout you had to remove the topic and rely on it coming from the book, which it did. In the print layout you would not see the topic whereas you are seeing it twice.
In Rh10 there is a change (may have been in 9). In the print layout if there is a book with a linked topic, that now shows in the print layout. Rh has put the linked topic in the layout so that you can now see it. However, it is only there once.
I am wondering if maybe you had books with links and had put the topic below not realising, then on upgrade you would see your manually added topic plus the one Rh has moved from the book to the print layout? Can you look at an old document to see if the topic was there twice?
Beyond that I don't know what could have caused it but all seems well now.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Import Printed Documentation Layout

Is there a convenient way to import a printed documentation
layout into a project from another project?
Bob Boller

Rick:
There's a printdoclayout.xml created for each Layout you
create. The sections within the .xml file will vary, depending on
the selections you made (toc, chapter, etc.).
This example shows brief snippets of two section within one
of them. I've never tried it, but it certainly looks like you could
copy the file from one project to another (if the target project
has the same series of topics in the same order), and have it show
up in the GUI.
Good luck,
Leon

Trouble with table of contents on printed documentation

hello everyone, im pretty new to robohelp and have had no
training what so ever, I am working on an existing project and the
first job i was given struck a problem, I had to add a topic to the
project so i did and i added it to the table of contents but..
now the printed documentation doesnt show it in the document
or in the table of contents can anyone help me, id be ever so
gratefull for a nudge in the right direction so i dont look bad
infront of my boss.
thanks steve

Welcome to the forum.
Common problem. When you first create the printed document,
it takes your TOC as the default layout at THAT time. Thereafter it
is quite independant.
So go to the print layout where you see what looks like the
TOC and you can then add the new topic to the print layout.
Sometimes people think this is a bug but it is by design. Not
everyone wants the print layout to be the same as their TOC.
Take a look at my website. There's a comprehensive topic on
printing from RH.

TOC in Printed Documentation

Similar Messages

Maybe you are looking for