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)?

Similar Messages

Books are not shown in the TOC of the printed document

Hello,
I am using Robohelp 10. I have a project with several books and topics. When I generate a web help, everything is fine. But now, I have to generate a printed version of it. My problem is that on the table of contents of the generated document, the books are now shown. I need those books to be shown. Please advise.
I can not post the project I am using so I just used a very simple project which I created.
This is the original TOC.
and this is the resulting TOC in the printed document.
The books should still be part of the contents same with the original TOC.
I do not know what is wring with my set-up since I only used the default one. It will be great if you can reply to me ASAP since we need to publish our help document. Thanks a lot!

OK, the samples are a known quantity and normally generate correctly. Thus we know it is something about your environment, assuming you used the supplied style mapping template?
In the last page of the print dialog, are you using the supplied Rh Style Mapping template?
After generating with whatever you are using, have you tried right-clicking alongside the TOC and choosing Update Field. That might correct the TOC.
What version of Word are you using?
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

How to place TOC into a different frame in an HTML document?

I'm now using MS Word 2010 to update a document that I originally created in MS Word 2003.
I want to create a TOC in a separate frame positioned to the left of the frame that contains the text of the document. Using help from Technet I've been able to figure out how to create the frame. If I try to create the TOC in the left frame
I receive an error to the affect that there is no text to process. If I create the TOC in the main document (right frame) it works fine and you can follow the links to the various headings in the document. Just what you'd want. However, when
I cut and paste the TOC into the left frame the links become broken. They seem to end up pointing to themselves which I have a hard time figuring out why anyone would ever want such a result.
The good news is that when the document is saved in HTML it is done in a form that creates an HTML Frameset which the browser displays just as intended. However, the reason for doing this is to have the TOC entries end up being hyperlinks which allow
navigation to the corresponding references in the document frame.
The really perplexing part is that this worked just right in Word 2003. I hope the problem I'm having now is that I forgot precisely how to properly perform the task. If not this amounts to just another one of many reasons to regret buying an
Office Upgrade. It will definitely be time to abandon Word 2010 and return to using Word 2003 for this kind of work.

I went back to one of my older systems which has Office 2003 installed. It couldn't be any easier to do than the way Word 2003 works. I didn't need any special knowledge. You just select the "Format" menu item. Then the
drop down sub menu contains an item called "Table of Contents in Frame". You select that and wha-la you get a frame added to the left of the document with a TOC. Then you save the document as html (I use filtered html as I think that
removes some MS Word unique tags that a browser doesn't recognize). You basically end up with 3 files with names as follows:
your-document-name.htm, which is the file with the frameset that is to be launched by a browser
contents.htm
body.htm
I'm not sure what happens when name duplication is encountered. In my case since the document contains graphic files, Word creates a folder named "body_files" and places all of the graphics there. The contents frame contains links that
can be selected in a browser to position to the referenced text.
Relearning how it works in Word 2003 was helpful to figuring what needed to be done in Word 2010. It looks like in Word 2010 you need to customize the "Quick Access Toolbar". Then you need to hunt through all of the available commands
where you will find one called, marvelously, "Table of Contents in Frame". Once you get that command on your toolbar it becomes as easy as it was in Word 2003.
One has to wonder why Microsoft thinks it is a good idea to make features of prior versions of Word that were so easy to both use and learn so mysterious on a newer version of Word. It is pure HELL trying to use what is supposed to be an improved product.
This applies to their whole redesign for which I can see absolutely no merit. Possibly a new user, one who's never experienced Office, might like it but I can't imagine that there are many of those with a past history of using Office who like it.
And then it is REAL HELL for someone like me who is only an occasional user. Of course one reason I've become an occasional user is that I've completely given up on Microsoft for this very reason and now use LibreOffice for just about everything.
Unfortunately this was a case where I'd done something in the past using MS Word which I couldn't figure out how to do with LibreOffice, so I guess I'll have to give Microsoft credit for something.

Generating Printed Documents

Hello, I have 2 questions about generating printed doc:
1 - when I generate a .doc file the total of pages in the
screen is not the same as in the printed document . I have only the
odd pages printed. The even ones are not even shown on the screen
but they are counted in the total of pages.
2 - when trying to do a .pdf file the result is a .doc and in
the screen I can see the even pages (in blank).
I don't see anything wrong in my selections when generating
the printed documents but something is not working.
Thanks for any hint you can give me.
Beatriz.

Beatiz
The PDF issue I've come across myself occasionally (not all
the time) when I use the RoboPDF to generate PDF output from the
Word document. If you save the PDF file and then re-open it from
explorer, the content is actually there (as long as there was
content in the Word document).
With the page numbering, it sounds like section breaks have
been inserted and each section is being told to start on an odd
page. Just a couple of questions:
Do each of your topics start on a new page?
Also, do any of the topics extend over more than one page?
Lastly, have you added any topics in the Section Layout
screen of the Printed Documentation wizard?
Regards

Numbers missing from second half of printed document

Here is a mystery for you. I have converted my rather large help project to a very large Word document and then PDF. The interesting behavior I am seeing is that about halfway through the document the numbers and bullets have disappeared. We have put the numbers and bullets in the same throughout the project but in the second half of the document they are missing. They are in place in the first half of the document.
The project has been around since RoboHelp X.5 and is now in RoboHelp 8. The projects are intermixed with what release they were created in. The document is 2334 pages long and I lose numbering and bullets after page 1133.
Any ideas would be greatly appreciated.
Thanks,
Nita

Thank you Leon and Peter for your timely answers. The numbering and bullets do work when I break the document into smaller documents (it took three). The difficulty I am now facing is that if I try to combine those documents after generation, the numbers stop working again. The document has a TOC on the front so I wanted to combine them within Word to get the TOC accurate by updating - curses.
The only solution I've come up with so far, which is kind of awkward is:
Have RoboHelp generate the entire document in order to get the TOC
Generate the next two documents wiht just the smaller sections.
Delete the extra two sections from the first document.
PDF all three and combine.
This will break links that are between sections of the document and runs the risk of not the TOC not being accurate.
Can you think of a better way?
Thanks,
Nita

Printed Document function not working

I have a user who is trying to use the Printed Document
function of RoboHelp to convert html files into one continuous
document, put together in a book form, complete with a table of
contents. The process errors out giving her error messages like
--> "Warning: The Word Document became corrupt when attempting
to append a malformed topic: (then it lists an htm file here)". Can
anyone tell me what could be causing this error or if something
might be missing from the installation?
Thank you!

Welcome to the forum
You'll like this. A number of possibilities.
See Printed Documentation Issues on my site for one
possibility.
The other is quite simply insufficient RAM. Yeah I know what
RH says on the box but Word has its own requirements. I have a
layout that gives this error on a 2gb ram machine but works quite
happily on 3gb.
A way of checking that it is RAM is to create two copies of
the print layout. Leave one alone. In number two trash half the
topics. In three trash the other half. If two and three then
generate OK, there is clearly no problem topic so by my
calculations it has to be RAM.

Print document's name in Event Log ID #307 on Server 2012

Creating a new printer server using Windows Server 2012. Everything is working out fine so far, however I just ran into one problem that didn't happen in our Server 2008R2 print server.
When looking at print jobs that have completed under: event logs --> Microsoft --> Windows --> PrintService --Operational, I have noticed that Event ID 307 is not displaying the printed document's name in Server 2012 (it did for Server 2008R2).
In Server 2012, the document name simply displays as "Print Document" instead of displaying the document's name.
Anyone have any ideas on how to get the document's name to properly display in the event logs?
Thanks for any help.

Hi Alan,
I have configured a Server 2012 R2 standard as print server to manage printers and Monitor the print usage of users, however I am not getting the Print logs (Event Log ID 307) in the default event logs directory on the print Server.
I perform some search and come to know that it’s a known problem in Server 2012 and there is Hotfix available. I installed the Hotfix mentioned here
http://support2.microsoft.com/kb/2938013/en-us , but still logs are not getting generated.
I also made the below setting for the logs.
Creating Registry entry
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows NT\Printers] "ShowJobTitleInEventLogs"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Printers] "ShowJobTitleInEventLogs"=dword:00000001
The policy name: Computer Configuration \ Administrative Templates \ Printers
Allow job name in event logs
Keep printed Docs setting is also enabled on all the printers installed on Print Server.
Noting seems to be working here or am i doing something wrong here.
Regards
Mukesh

TOC for multilingual documents

Hi,
I have a book made of documents in different languages. I would like to have a separate TOC for each of them.
Since there is no way to tell the TOC feature to only include paragraphs from selected documents, how would you do to accomplish this task?
Generating full TOCs and then deleting the unnecessary language would not work, since InDesign would calculate the exceeding pages, and add them to the TOC.
Paolo

I would be interested to know the kind of disaster you are foreseeing. I have not yet faced anything so serious to be considered a disaster in twenty years of this job, but I would like to consider any improvement to my workflow, as well as any trouble I'm not yet aware of.
Ah, I was predicting the disaster of you trying to include your files in a Book file and accidentally synchronizing a bunch of different styles with identical names, or something along those lines. It wasn't exactly clear from your initial posts that you were familiar with this kind of work (most who pose here are not familiar translation work), but of course your most recent post clears that up competely. Of course, we have some terminological differences - for instance, I'd consider books, pamphlets, posters, graphic novels, and anything else that could be in an .indd a "document" so even if your .indd is eventually going to have a front and back cover, spine, frontmatter, the works, it's still a "document" to me. I do see that you said "book" in your initial post but I never saw "indb" or "book file" or anything of the sort. Apologies if I've induced any confusion by assuming that our Venn diagrams of books and documents mapped onto one another. I'll make sure to use correct terminology when discussing book files to avoid further confusion.
To elaborate on this point: the files I send the translators can contain paragraph styles named Body, Heading, Numbered 1. If the translator prefer to change the name of the styles to something like Body_DE, Heading_DE, Numbered 1_DE, he can do it. However, this can be an annoyance when a general reformatting is due and you are in a hurry.
That could be an annoyance, or perhaps a major delay - which is why I always instruct my translators to make new styles only when necessary, to alert me when it is necessary, and to completely apply all the styles I made when their transations are complete. Many CAT tools these days have adopted the SDLX-style "format painting" interface, which makes preservation of styles basically perfect. (Those who don't have such an interface often use tools like Oxygen for editing XML, or in some cases still use ye olde TagEditor from Trados.) When a translator cannot or will not respect the styles I've set up, I simply inform my project managers, and then those translators are no longer involved in projects which are to be delivered in InDesign with well-styled text. You may not have that freedom to tell your PMs "Any translator that fails to respect styles in this project fails the test and cannot be used in InDesign translation projects of more than n words," but if you do it might reduce your headache & overhead when plotting workflows for multilingual books with multiple TOCs.
For example, If I want to change the font size in Body, I must do it both in Body and Body_DE. No general synching would be possible.
When I get to set the styles up myself, I always used Based On - no general synch, no, but specific synch. Alternately, I have a Body_Parent style, which is used nowhere in any text, but Body_EN and Body_DE and Body_VI and et cetera are all based on the Body_Parent style. So, instead of using the Book panel to synchronize all styles across all docs, I can just have a few template documents and use the flyout to Load Paragraph Styles from another document, and then just load in a new Body_Parent style.
Also, I never used the possibility of including an InDesign document into another one. Can you suggest any example of how this could be used? I would think that using book files would be the right idea to manage different languages, and I suspect that nesting .indd files would add a level of complexity.
Hm, good point. My projects are likely to use lots of cross-references, so I tend to shy away from Book files (the performance hit on my aging hardware when updating hundreds of references across twenty-odd chapters is significant). But yes, if you are willing to synch your styles all at once, then a Book file would probably be a better way to manage styles. However, since you asked for an example... One multilingual handbook I'm working on right now is about 300 pages long, and it's all one long story. Each translation is 10-15 pages long, broken out into three "chapters," each of which is a separate INDD file. However, these files don't have the chapter headers... and the chapters are placed as inline images. So, the logical order of stuff in the story is:
EnglishChapter1Title (live text)
EnglishChapter1Content [placed INDD}
EnglishChapter2Title (live text)
EnglishChapter2Content [placed INDD}
EnglishChapter3Title (live text)
EnglishChapter3Content [placed INDD}
SpanishChapter1Title (live text)
SpanishChapter1Content [placed INDD}
SpanishChapter2Title (live text)
SpanishChapter2Content [placed INDD}
SpanishChapter3Title (live text)
SpanishChapter3Content [placed INDD}
VietnameseChapter1Title (live text)
... and so on. So the placed INDDs have no page numbers, the page numbers are handled in the "container" file. This is useful because the content doesn't change much - the big change from year to year is the list of included languages. So, it's really easy to delete all of the Spanish stuff & regenerate the TOC, and it's really easy to assign the Swahili. Likewise, it's really easy to job out the Arabic to a third party - because 95% of the work they're doing is in completely separate INDDs.
But, to return to your original question - I may be mistaken, but when I tested it over here in CS4, if I made an in-language TOC in one of my files, then it only picked up the "Header" style in the document I was working on, it did not pick up identically-named headers in other languages in the book. I tried it a few different ways, with each document in the Book file started renumbering at page 1, with each document continuing numbering from previous chapters, et cetera. So I must really not understand your original question:
I have a book made of documents in different languages. I would like to have a separate TOC for each of them.
Since there is no way to tell the TOC feature to only include paragraphs from selected documents, how would you do to accomplish this task?
Each language is in a separate document, a separate INDD, and the INDDs are included within an INDB, right? The way to generate TOCs per language is to open up one file at a time and Update TOC. When I test it, Document 3 (VI) only picks up headers from Document 3 for its TOC. The only issue would be if you needed each TOC to start at Page 1, and the way to get that would be to use Section & Numbering Options to restart each chapter at 1.

Headings are duplicated in Printed Document

I noticed that some headings in my Printed Document were
duplicated. I investigated and found that topics used as Books in
the TOC had that problem: The first heading was duplicated in the
Printed Document. I also happened to use the first heading as the
topic heading. What is the solution to the problem?
I know I can delete such headings in the Word document after
the Printed document is generated.

Reading the other replies - I have one further comment. You can change the heading - but that is extra work and might confuse the end-user. More, it confounds QA...best, I believe is to highlight the heading and remove the duplication by tagging it as I previous wrote.
However - this is only in relation to the issue of there being duplicate headings because of the TOC entires.
If you are talking about duplicate topics - this also would be a result of the topic "appearing" in two places in the TOC. In this case, you can accomplish the same thing by tagging the TOC entry and appying a conditional tag, or building a separate printed documentation TOC and an output SSL for that.

Generating TOC with Character Styles Referenced

I have a paragraph style applied so several paragraphs in a document. This paragraph style has a nested style for the first few words of the paragraph which also have a specific character style assigned to them. The thing is that I need to be able to reference or list these first few in my TOC. I'm aware that the automatically generated TOC doesn't have the ability to refrence character styles, but I'm hoping that someone else knows of a way around this. Does anyone know how to work around that or include, somehow, character styles in the TOC list? The main reason I'm needing to do this is because the automaticly generated TOC (Layout > Table of Content) is built in such a way that it can be recognized in the settings when exporting to epub.

It was a good idea and almost worked. I created an extra textbox with the text I wanted included in that text box with a specific paragraph style applied to it that has non-printing text. Once I included the paragraph style in the Automatically generated TOC it worked in generating the text in the TOC line up, but when I exported the file to an EPUB there was no way to tell it not to include the text that where non-printing. Therefore the words/sentences that were not visible in indesign or on print and anchored to the original text were doubled in the final epub version.

Colors of the Icons in the Print Document Content Window

When you right click a single source layout and click properties and then click next it takes you to the Print Document Content Window, where you can take topics and by clicking the arrow that points to the right hand frame, move the topics into your print document.
I have seen posts on this forum where people talk about the colors of the icons on this screen. I have seen these icons colored blue, white and grey, but nowhere in the documentation or on these forums are the colors specifically documented, telling you what they really mean.
I have a situation where for one of my single source layouts, the colors of the topics on the left pane are blue and the colors on the right pane are white. Meanwhile, in another one of my single source layouts the colors on the left are blue, but the colors on the right are grey and that single source layout doesn't generate the topics that I want.
Can anyone explain to me what these colors mean, and if as I am thinking, grey means not there, why are they there in one single source layoput and not in the other?
Below are some screen shots that illustrate my issue.
This is the bad screen.
and this is the good one.

Hi there
The gray icons signify that the topics have been excluded by virtue of using a Conditional Build Expression.
The blue icons signify that the topics are included in the Printed Output.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 or 8 moments from now - $24.95!
Adobe Certified RoboHelp HTML Training
SorcererStone Blog
RoboHelp eBooks

Scanning multiple pages into single document

Is there a way to scan multiple pages into single document? I am using the following: HP pavilion laptop with windows 8, HP photosmart C6380 all in one printer scanner copier.

Hi,
Please try
Double click printer icon on desktop,
Select Scan a Document or Photo,
Put the first page on the glass (face down),
Check options (size, dpi ...), and select Scan document to file,
Click Scan - machine will scan the first page
Remove the first page on the glass, put the second page,
Click + (plus sign) It sits on the left hand side of a red x
Machine will scan the second page, put 3rd page on the glass and click + again ..... to the end then click Save
Click Done after Save
Regards.
BH
**Click the KUDOS thumb up on the left to say 'Thanks'**
Make it easier for other people to find solutions by marking a Reply 'Accept as Solution' if it solves your problem.

How do I scan multiple pages into one document?

How do I scan multiple pages into one document?
HP Photosmart 5514-e-All-in-One Printer B111h
Model CQ 183 A

Hi,
Have you tried this (using PDF format).
Launch the scan from the HP Solution Center
Click Change Settings.
Select the desire Scan Shortcut, then click Save to file save options
Make sure Create One File per scanned page... is Unchecked, Approve and perform the Scan.
Regards,
BH
**Click the KUDOS thumb up on the left to say 'Thanks'**
Make it easier for other people to find solutions by marking a Reply 'Accept as Solution' if it solves your problem.

How to create print document for payment to customer through cash journal

Dear Sirs,
I have a problem with print document from cash journal. I enter a payment to customer (when I turn the money to customer) and the system makes right posting, but when I try to print this point, system printing document for incom from customer. I'm using business transaction for customer posting in cash journal. I would like to know how I have to manage this posting - payment to customer, or incoming from vendor (returnes advances from emploee)?

Hi,
please check whether the two solutions below work:
1. create a contract with milestone billing plan where there are only down payment billings, so that on the basis of the contract you can generate down payment requests and then relevant down payments, release the contract to a sales order which can then be delivered and billed, manually clear the billing document with the down payments
2. from FI module, create down payment requests via t-code F-37 directly, and then down payment posting, generate sales order directly, and then deliver and bill, manually clear the billing document with the down payments

How do I get a 300dpi image into a document as required by CreateSpace.

I need to submit 300 dpi photos in my exported .pdf file to CreateSpace to render sharp clear images when printed on paper. This was no problem in Pages '09. But now dragging, importing, or pasting a 122.9 MB 4800 x 6400 pixel 2000 pixel per inch photo into an iPages 5.0 document yields a 77 KB, 173x231 72 pixel per inch photo in the document. This is an extreme example but all photos seem to have been downsampled to 72 pixels per inch. I understand some of the complexities of translating DPI to PPI and back but throwing away 122.823 MB of data has got to hurt rendering. Is this a new iPages "Feature" or should I be using a different approach? I'm using Preview to check the image DPI and size.

I created my document in pages. Dragged photos, that I had resized and resampled in Preview to make sure they were 300DPI at least, into the document. I then export the document to .pdf using BEST image quality.
The exported document was flagged by CreateSpace for 72DPI rather than 300DPI images. When I checked the document I found when I selected an image, copied it, and brought it up in Preview as New From Clip board, it was indeed 72DPI and much smaller than the original that I drug into the document.
I then found that this happens immediately when it is copied from a folder and pasted into Pages. Copy a 1 MB image and paste it to both Preview and Pages. Then go into pages, select the image, copy it, and paste it into Preview. Show inspector on the two images I've gone from 1.4MB to 300DPI .tiff file to 44KB 72DPI .png file.
The same happens on .jpg files.

Generating TOC into Printed Document

Similar Messages

Maybe you are looking for