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

Similar Messages

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?

Printed documentation does not display some images in PDF

Some of the images in my printed documentation do not display
in my PDF. The majority of the images display fine, but a few are
missing. There is a gap where the image is supposed to appear, but
no image displays.
Am using RoboHelp 6.0 for HTML

Do they appear in Word? What version of Word? Is it always
the same images? How much RAM do you have?

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!

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

IPhoto, Colorsync and Custom Printer and display profiles

I am attempting to understand the way that iPhoto 6 handles/uses custom ICC profiles that have been set in System Prefs>Monitors>Color, and in Utilities>ColorSync Utility>Devices>Printers.
In short, my monitor and printer have both been custom profiled, (Using System Preferences>Monitors>Color, I've set my custom monitor profile. Using the ColorSync utility I have selected my custom ICC profile for my printer). My camera is using SRGB. iPhoto is set to 'Add ColorSync profile'.
Page setup is set for the proper printer and paper size.
Using the Advanced Print Setup I have selected the appropriate paper type, turned off printer color correction, and activated ColorSync color correction.
I'm not certain that iPhoto and ColorSync are actually talking to each-other.
I come from a Photoshop background, where it is possible to set the printer profile at output, using 'Print with Preview'. This setup is intended for my parents though, so Photoshop is not an option.

1. > What sort of output problems are you encountering?
1) No output problems, I'm simply trying to figure out ColorSync interacts with iPhoto as there's little or no documentation on the topic.
2. > Also what printer are you using or your parents will be using?
2. My folks are using a Canon S820
More specifically, I'm hoping to use a custom printer profile, which has produced decent color accurate results with this setup in Photoshop.
This presents 2 questions, a) how to utilize the new custom printer profile in iPhoto (use color sync utility? by declaring the profile in the 'Current Profile' section for the device) and b) does iPhoto pay attention to the Current Profile selected profiles when printing?
Basically I'm looking for info regarding the behavior of iPhoto with regards to ColorSync. The lack of documented info is the problem.
I was told today when on the phone with Apple, that iPhoto pays attention to the default profile and not the Current Profile selection, but the rep didn't sound sure, so I'm not too confident in his response.
Also, it doesn't make sense to me that ColorSync Utility would allow you to select a profile and that iPhoto would then subsequently ignore it.
My folks are importing camera images that are tagged as sRGB, iPhoto is set to apply the profile per the advanced prefs, their monitor is profiled and the profile is activated.
iPhoto has plenty of documentation regarding the tagging of images with color profiles, and the display of these profiles with regard to Apple monitors (by using CameraRGB etc) but not a heck of a lot devoted to getting good prints at home through the use of ColorSync, and custom profiles.
ColorSync was designed for just this type of thing, and when you print, it's available as a color correction option in the Color Settings section of the print dialog box, but there's nothing written regarding using it effectively and properly.
Getting color accurate prints is not a 'Pro' feature, it's something that the Mac is supposed to embrace out of the box thru the use of ColorSync...that's the whole point of ColorSync a system wide color management workflow regardless of the 'Pro-ness' of the app or so I thought.
Every rep (AppleStore, Genius Bar, Creatives, AppleCare, iPhoto Software support) try to pass this of as a pro feature, and it is not– is something that ColorSync is supposed to be doing for the whole system, not just Aperture or Photoshop
MacBook Mac OS X (10.4.8)

Footer image not resizing in printed documentation

RH11
Does anyone know why an image inserted into a footer master page is not automatically resizing to the width of the printed page when applied to a print layout and output to Word? If you insert an image into the body of a topic or a master page and generate printed documentation, the image automatically resizes.
I'm trying to insert a high-res footer image (300 dpi) into my footer so that it appears on every page, but at the moment it's being embedded at full-size.
Thanks
Jonathan

Firstly, your better off using liststyles than paragraph list styles, I screwed around a long time before I had to set everything to liststyles rather than paragraph ones. So dont worry about that.
The first issue, of not seeing the style - it is there, if you open the Styles tab on screen (click in a topic to get the cursor, then Format > Styles), not just the dropdown like youve shown youll see a list of all your styles, almost, it will show paragraph styles, click the drop-down and select All available styles, this will display your list styles as well!
Im not sure about the style settings, I have the same text setting applied in my list style as I use for my 'normal' text. Though I think you can select the text in a list and apply a paragraph style to it....i just tried and it worked, but to be on the safe side you might want to set the text formatting in the list style css too..
mine looks like this
li.NumberList {
    font-family: Helvetica, sans-serif;
    font-size: 10pt;
    color: #524C45;
    list-style: decimal;
    margin-bottom: 6pt;
    margin-top: 6pt;
As for printed formats not indenting lists, this is an issue. So far I have found no way around it because you cannot map a list styles in RH to a list style in Word. This has also created errors for line spacing and indents - and I found the indents are severly messed up when using list styles in snippets. Everytime I create printed documentation I have to manually fix it, a pain but it doesnt take too long....you could use macros etc to speed it all up for you.
Submit a Wish Form.
Hope it helps.
Nick

List style not visible in printed documentation

Robohelp 8.0.2
Is this a bug??? I opted to use a numbered list style rather than a numbered paragraph style to label procedural steps. The advantage of a list style is that skip numbering would not work properly using the paragraph style. i.e.:
'Steps' Paragraph style with numbering associated:
First step.
          Result of first step.
Second step.            * Bullets and Numbering does not allow me to consistently "Restart numbering at 2" (and HTML this produces is faulty).
'NumberedStep' List style with numbering:
   1. First step.
           Result of first step.
   2. Second step.               * Bullets and Numbering allow me to consistently "Restart numbering at 2."
Now I see the consequences of my decision: My 'NumberedStep' style is not included in the styles dropdown. Inconvenient, but not itself the end of the world.
The real problem is this: Printed Documents are not consistent with the style defined in 'NumberedStep'.
The font is larger than it should be, and indents are all over the place:
This is the selection I made on Generate Printed Document:
On first review, all the styles in my source translated easily to Word, but the style for NumberedStep text was not. That text is now 'Normal'.
I've hunted high and low to solve this issue, so a direct reply is appreciated.

Firstly, your better off using liststyles than paragraph list styles, I screwed around a long time before I had to set everything to liststyles rather than paragraph ones. So dont worry about that.
The first issue, of not seeing the style - it is there, if you open the Styles tab on screen (click in a topic to get the cursor, then Format > Styles), not just the dropdown like youve shown youll see a list of all your styles, almost, it will show paragraph styles, click the drop-down and select All available styles, this will display your list styles as well!
Im not sure about the style settings, I have the same text setting applied in my list style as I use for my 'normal' text. Though I think you can select the text in a list and apply a paragraph style to it....i just tried and it worked, but to be on the safe side you might want to set the text formatting in the list style css too..
mine looks like this
li.NumberList {
    font-family: Helvetica, sans-serif;
    font-size: 10pt;
    color: #524C45;
    list-style: decimal;
    margin-bottom: 6pt;
    margin-top: 6pt;
As for printed formats not indenting lists, this is an issue. So far I have found no way around it because you cannot map a list styles in RH to a list style in Word. This has also created errors for line spacing and indents - and I found the indents are severly messed up when using list styles in snippets. Everytime I create printed documentation I have to manually fix it, a pain but it doesnt take too long....you could use macros etc to speed it all up for you.
Submit a Wish Form.
Hope it helps.
Nick

How can I include merged projects in the printed documentation?

I have a master project with several merged projects. This works splendid with online documentation, but when I am asked to provide a printed version, it seems I have to create separate documents for each merged project.
Is there any setting or fix that enables print also of merged projects and topics when I create printed documentation?
Pretty please with sugar on top :-)

Hm - there is a contract with the customer, saying that he wants documentation both as word and pdf, and as we now aim at only writing online documentation, these tasks create extra work, as we are delivering updates each month
But yes - two beasts, where only chm is actually needed we think.
-Tone
Date: Tue, 3 May 2011 06:53:04 -0600
From: [email protected]
To: [email protected]
Subject: How can I include merged projects in the printed documentation?
Hi there
I'm a bit curious as to the reasoning behind your "persuation process for using chm-files only".
CHM files and printed documentation are two entirely different beasts.
Cheers... Rick
| http://www.robowizard.com/pc.gif | Helpful and Handy Links
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
http://www.gooberguides.com/ProductPages/RoboHelp/RoboHelp82Day.htm
http://www.ShowMeSolutions.biz
http://sorcererstone.wordpress.com/
http://www.gooberguides.com |
>

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?

RH10 - Printed Documentation Issues.

Hi!
I'm new to RH10. I've started a new Technical Authoring role having taken 6 years out of the role... In my previous roles I've walked into the company and the styles and templeate were already set up and I just got on with the authoring part of the role. However, this time I'm starting from scratch, so am requiring some help.
I've used Robohelp in the past and decided this was the software to go along with. However, it's quite a bit different to how I remember it!
Currently I am using a trial of Robohelp 10. I have created a test project and managed to generate a Microsoft HTML Help file. I'm now trying to generate this into a printed document. Issues I'm having are:
Firstly I seem to have a line of text which is set as Conditional Build Tag of Online only showing in my printed document. There are other Onliine only bits that are not showing, but this particular line I just cannot seem to remove from the printed document. Any suggestions on how to deal with this? I have removed the conditional tag and re added it.
The company's brand is to use Tahoma font. However, I'm finding that when I print the document it comes out in grey, even though I've set the font colour to be automatic. I've even tried to swap this to being black, but I still seem to get grey print. Is this down to the font type I'm using or could there be an issue with the generation?
I've set my Heading 1 style to be centred for the title page and still it prints out left alligned. Am I missing something with the style?
Finally, each of my topics are coming out printed on a new page, even though I have not selected the 'Start each topic on new page' check box when setting up the generation options. Can you point me in the right direction to adjust this please.
I'm sure that mose of these are user error and probably down to my rusty authoring. But hoping that help on these will help me to move forward and loosen up the rustyness!!!
I look forward to hearing from you soon.

Online Conditional Build Tag: You may want to check what Conditional Build Tag expression is being used in the Printed Documentation single source layout? This controls the content that is included. However be aware that content in a topic (or a topic itself) can have more than one tag assigned to it. I think this will be a case of going back to the topics that have the online tag and doing some investigation. You can easily identify the topics with a CBT by right clicking on a tag in the Conditional Build Tag pod and selecting Properties.
This could be down to the Word styles you are using in the template and how they are mapped to the RH Styles. Check out the following link for an excellent tutorial on producing printed documentation. http://www.grainge.org/pages/authoring/printing/printing.htm
See point 2.
Again this is style related. It sounds like you have a Word style mapped with the pagination option selected. See point 2.

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

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

How can I print just a select/highlighted portion of a webpage/email? FF prints EVERYTHING on each page, wasting ink.

I switched form IE to FF. In IE, I could select text (or photos) and print just the portion of web pages and emails that I wanted, thus saving paper and ink. I have not been able to do that with FF. I have to print all of each page, so text, ads, and whatever other extraneous material prints. What a waste! Is there any way to select and print just what I need using FireFox? Currently I have to run both IE and FF to handle my printing and documentation needs. Thank you!

Still happens with Firefox 12. I wish they'd just fix it, the way it used to be in Firefox 10, without the complicated workaround suggested above.

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.

Printed Documentation displays each topic twice

Similar Messages

Maybe you are looking for