Robohelp-issue in generatings printed document

Hi,
I have installed the trial version of Robohelp9. It was working well till friday.I have included some topics today and tried to generate the printed output. But I got the below error and system crashed. Then again i have to open the robohelp project. but when i generate the webhelp file, its working fine.
but in 'Single Source Layout', when i select the 'Printed Document' option ->right click-> select view it gave the following message.
Please guide me on this.

hi,
Sorry its not possible to share the word document.I generated the new project with the same contents but still the same. I just checked the !SSL folder but it contains the ie files. (please refer the below image)
Thanks.

Similar Messages

Hello, I have installed a new Laserjet Pro M1217nfl using Wi-Fi. My laptop prints everything e-mails, Word documents etc. My iPad 3 (latest issue) only prints documents using Wi-Fi so has clearly recognised the printer. How can I prin e-mails using iPad 3

Hello, I have installed a new Laserjet Pro M1217nfl using Wi-Fi. My laptop prints everything e-mails, Word documents etc. My iPad 3 (latest issue) only prints documents using Wi-Fi so has clearly recognised the printer. How can I print e-mails? Thanks.

In the email you want to print, on the top right there is an arrow. Click that and an option should appear that says print. That should work. Have you already tried that?

RoboHelp x5 Print Document Error

I am trying to generate a Printed Document using RoboHelp x5. Word 2003 is installed and I haven't experienced any problems until today. Now when I try generating a printed document I receive an error message "A supported version of Microsoft Word does not exist. Please install Microsoft Word 2000 or XP."
I haven't downloaded any RoboHelp updates so why is RoboHelp asking for a different version of word to generate a Printed Document?

X5 needed a patch to work with Word 2003. Maybe your installation has somehow lost its way to that patch.
It can still be found at http://www.adobe.com/support/robohelp/downloads.html
Scroll down to the bottom of the page. Perhaps reinstalling that will help.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

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.

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

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

How can i use only black cartridge for printing documents

i have today installed hp 1510 all in one printer, it uses ink from the both cartridges i just want to use black ink for printing documents, how can i do that
This question was solved.
View Solution.

Hi @sandeepv
I can help you with your print settings, so the printer will print black and white only.
If you have a Mac operating system, use the instructions below.
Printing with the Black Print Cartridge Only option
Click File and then click Print.
Make sure your printer is selected.
Verify that the Preset option is set to Standard.
In the Copies & Pages menu, select Select Paper Type / Quality.
NOTE:If this option is not available, click ColorSync. Then click the down arrow beside Quartz Filter and change the setting from None to Black & White.
Select the Paper tab.
From the Color option menu, select Grayscale.
Select the Color Options tab.
Select the Black Print Cartridge Only option.
If that option is not listed, then it is not available. The printer will print using only the black cartridge, however, printing with one cartridge will be slower than printing with both cartridges.
NOTE:To save the setting, click the arrow next to Preset and select Save As. Save the Preset option as Black Cartridge Only and then click OK. Then, the next time you want to print with just the black cartridge, select the Black Cartridge Only Preset. -Source
If you are using a Windows operating system, use the instructions in the following link. Although this document is titled Changing Print Settings in Windows 8 it can be used for other Windows operating systems. The navigation from Windows 8 to older Windows operating systems would vary, please let me know if you are using a different operating system and/or if you require additional assistance.
I hope this helps.
Please click the Thumbs up icon below to thank me for responding.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Please click “Accept as Solution” if you feel my post solved your issue, it will help others find the solution.
Sunshyn2005 - I work on behalf of HP

My HP officejet 6210 no longer prints documents from my Mac ibook G4 running 10.4.11; starts to process the document, but then stops the print,if I restart print same thing happens

My ibookG4, running 10.4.11 suddenly decided it no longer wants to print documents thru my HP officejet 6210 all-in-one printer. So far I've tried emails, excel and word all with the same result. The computer will start to process the print request (processing seems to take longer than previously) and then suddenly the processing stops and a red exclamation mark appears next to the printer image at the bottom of screen. When I pull up the printer utility it tells me the printer is "stopped". If I restart it, the process begins all over again until once again it stops. I have already deleted the printer completely from my computer and reinstalled the software fom the HP site. For some reason had a really tough time finding the correct print drivers on the HP site, but did finally locate them. I have not even attempted scanning during this (I see lots of people reported issues with that for the 6210), I would be happy if I could at least print again. I am connecting via USB. Is there some way to fix this?

Hi Evelyn,
Mac OS X: About the Reset Printing System feature ...
http://support.apple.com/kb/HT1341?viewlocale=en_US

Print Templates print preview window closes unexpectly when printing document

This is a cross posting from Internet Explorer Web Development after a suggestion that this forum would be a better location. See
https://social.msdn.microsoft.com/Forums/ie/en-US/351e1245-b606-4467-9f3c-1c72f9cdf9ea/print-templates-print-preview-window-closes-unexpectly-when-printing-document?forum=iewebdevelopment.
I have raised an issue through Connect for this:
https://connect.microsoft.com/IE/feedback/details/1134168/ie9-to-ie11-print-templates-print-preview-window-closes-unexpectly-when-printing-document, but I would like some more visibility of the issue as my customers thought my application was closing when
they printed a document. I also don't know if an issue in Connect gets any priority support via MSDN, but this forum does.
This looks to me like a problem in the IE Print Templates startDoc API call, but if there is a more appropriate forum to raise this issue in please let me know.
In the application where I use print templates, the window closing is not in it self a problem because the Javascript that is calling startDoc also closes the Print Preview window when the print is finished.
The fact that the application looses focus and can be hidden by the windows of other applications when the Print Preview window is closed by startDoc is the issue noticed by our customers, so I need a fix preferably, or a work around at a pinch.
Details of the issue reproduced below.
When using IE Print Templates, the startDoc function is causing the print preview window to close. This behaviour started with IE9, and is still present with IE11.
When an application is using print templates (see
https://msdn.microsoft.com/en-us/library/aa753279(v=vs.85).aspx) for print functionality, this has the effect of causing the application to become hidden by any other application window once printing from the print preview window has started. It is
actually this behaviour that started me looking at this issue as the users thought the hosting application had closed.
Print Templates are not accessible by using IE as a web browser, but only when using the WebBrowser Control to embed IE in an application. The reference for this feature is available from this url:https://msdn.microsoft.com/en-us/library/aa753279(v=vs.85).aspx
and a sample Microsoft application that demonstrates the use of Print Templates can be used to demonstrate the problem (required for the reproduction steps). The application is available via this article and searching for "download spiffy".
Steps to reproduce the problem:
To see the full effect of the issue, first ensure there is a window from another application (like Windows Explorer) that will cover the sample applications window if brought to the foreground (making the Windows Explorer window full screen works).
Start the sample application (and ensure that the full screen Window Explorer is the next application to activate).
Then in the drop down box in the top right corner of the UI select Template8.htm.
Click the Print Preview button that is just below the drop down box (this will open a new Print Preview window).
In the new window click the Print… button (this will open a Print dialog).
Click the Print button at the bottom of the Print dialog.
The Print dialog closes (expected) and then the Print Preview window also closes (not expected), however the document is still printed successfully.
When the Print Preview windows is closed unexpectedly, the Windows Explorer window is brought to the foreground (obscuring the sample applications window).
If you reselect the sample application and click the Print Preview button again, the Print Preview dialog is not displayed unless you restart the application (this looks to be a symptom of the same issue, not a separate problem).
To see that the Print Preview window appears to be closed by the startDoc call, use the resource editor in Visual Studio (the exe can be opened directly by File | Open | File…) to edit the HTML resource "TEMPLATE8.HTM" (I found I needed to delete
it and add it back in for the change to stick), find the startDoc call and add two alerts, one on the line before and one on the line after. When IE is accessing the template, it is being done using the name of the executable (so do not rename the modified
version of printtemplates.exe, make the changes to a copy in a different directory if you don't want to change the original). Start the modified version of the application and follow the same steps as in the reproduction. This time, after clicking
the Print button in the Print dialog, the dialog will close, the first alert will pop up, then the Print Preview window will close, then
the second alert will pop up.
Thank you,
Warren.

Hi Shu,
I have noticed that the print templates API is listed as part of the Legacy APIs.
Is this just because it hasn't changed or is not new? Or does this mean that it is no longer maintained and may be removed (or at least deprecated) at some point in the future?
It would good to know if we should start planning for the implementation of a different method of printing.
I understand that the sample application is no longer maintained, but I also think that the Print Template API that it uses has not changed, and so should still work (and it does mostly).
If the Print Preview window was being closed as a result of using the Print dialog (and if it had behaved the same way with IE8) I would be willing to go with the by design argument.
I have found that the Print Preview window is not closed until startDoc is called, and it closes before control is returned from the startDoc function.
Just as part of investigating and try to find a workaround, if I call window.close(), any alert calls made no longer display the alert window after the close call.
Alert still functions after startDoc has closed the window however.
The is not the sort of consistent behaviour I would expect from something that is by design.
Also while investigating, I found that calling startDoc after calling window.close() results in an exception with the error code -2147467259 (0x80004005), this is probably quite normal and expected, but does indicate that the Web Browser Control should
not be closed till after printing.
I had found that old thread, and I had concluded it was the same issue, but it was also aimed at different aspect of the problem (which I see in the sample application, but not my application).
The visible issue I have is that my users think the application has been closed because after clicking print (on the Print dialog) the application gets hidden by other windows from other applications.
This aspect affects the sample in the same manner and so it was a convenient way to demonstrate the problem.
If IE connect do not look at this issue any time soon, do I have any other avenues to resolve this issue?
Thank you,
Warren.

I am having trouble printing a PDF document. Whenever I click print nothing happens but when I am printing documents from Word, Excel etc they print without a problem. I've tried printing as image but that did not work. I uninstalled Adobe Reader XI and d

I am having trouble printing a PDF document. Whenever I click print nothing happens but when I am printing documents from Word, Excel etc they print without a problem. I've tried printing as image but that did not work. I uninstalled Adobe Reader XI and downloaded Adobe Reader X instead and that still doesn't work. I have Windows 7.

Hello,
Please follow the link to troubleshoot the printing issues with Adobe Reader:- Troubleshoot PDF printing | Acrobat, Reader.
Regards,
Nakul

Word styles not appearing in Print Document Appearance dialog

My custom list styles in Style Mapping.dot are not appearing in the Print Document Appearance dialog when I try to map CSS styles to Word styles.
The styles do appear in the template when I open it in Word. They appear in the styles task pane whether I select "In current document" or "In use" in the Style Pane Options dialog in Word. The styles have the same name (such as "Bullet" or "Number") in Word as the CSS styles in RoboHelp.
I tried saving Style Mapping.dot as .dotx, thinking that RoboHelp 8 might work better with the current template type, but no help. I tried adding the template to the same folder as the Normal.dotm template is in and opening it there. No improvement.
Oddly, the built-in Word styles List, List 2, & etc and List Continue and its series appear in the Robo dialog, but the styles List Bullet and others in that series do not appear.
I suppose I could modify the list styles that do appear in Robo and map them to my CSS list styles, but that feels a bit like a desperate kluge.
Does anyone know what might be wrong, either with my Word template or with Robo, that might be causing what seem to be perfectly good Word styles to not present themselves for mapping?
Thanks again,
John

Peter,
I think your discussion of this problem could explain the situation and propose a workaround more simply than it does.
Based on your article, I assumed that Robo displays only the built in Word list styles such as List and List Continue (since those were the only styles showing up in the style mapping dialog and since your example shows matching a Robo style named List Mapping to a Word built in style named List). I assumed I would have to match my Bullet style to a style named List in Word, and match the indented bullet style to List 2, and so on. The actual situation is that Robo, for some godforsaken reason that only idiots would understand, will not show a Word style if any numbering (bullets or numbers) is applied to it. That is, one does not have to avoid a class of styles called “List styles”, one only has to avoid applying numbering to the styles until later.
Thus the workaround is to create the word styles (with names that match the Robo styles!) that contain every attribute you need EXCEPT the numbering. That is, I can link Bullet to Bullet and Number to Number and Indented Number to Indented Number, and so on and on, as long as I have all the Word styles in the template with their numbering set to None.
Then after I generate the document, I can modify the styles to add the appropriate numbering, and voila!
Currently scrolling the doc & modifying styles. Might be a glimpse of daylight.
John
From: Peter Grainge [email protected]
Sent: Thursday, October 13, 2011 8:47 AM
To: John Dawson
Subject: Word styles not appearing in Print Document Appearance dialog
Re: Word styles not appearing in Print Document Appearance dialog
created by Peter Grainge<http://forums.adobe.com/people/Peter+Grainge> in RoboHelp - View the full discussion<http://forums.adobe.com/message/3969382#3969382

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

Archiving print document and the FICA document is not closed yet

Hi SAP,
I Am testing the archiving object ISU_PRDOCL and ISU_PRDOCH and I could archive a print document for which the FICA document is not sold (still Open Item). is it a bug or the standard is made like this or do we have to implement an OSS note for this isue.
Thanks;
Best regards
Raissi Hanane

Hello,
Yes, print document will be archived even though corresponding FICA document is still open or outstanding.
To-over come this problem you can enhance your Print document header and line item archive program to exclude archiving of print document header and line item with corresponding open FICA document.
SAP has provided enhancement for Print document Archive program :
Print document headers (ETOAR001)
Print document line items (ETOAR002)
Hope this will resolve your issue.
-Thanks,
Ajay

Writr off accounts not display in print document (ISU BILLING)

Hi all,
I got the problem with write off when a customer is changed to an indigent customer all their debt has to be written off which results their account to R: 0. The invoice does not pick up all write offs with regards to write off reason 11-Indigent accounts which cause a lot of invoicing errors.
Please give me advice
Thanks
Ashok

Thanks for your reply iam happy for that, i need some clarifications about this issue...
when am i invoicing particular this account the total amount of write- offs not display in the print documents.
Please advice me .
With Regards
Ashok

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.

Robohelp-issue in generatings printed document

Similar Messages

Maybe you are looking for