Adobe Community : All Content - All Communities

RoboHelp 11 - is RoboHelp 11 still incompatible with Word 2010 64 bit

forums_noreply@adobe.com — Wed, 23 Jul 2014 01:47:02 GMT

I have experienced several intermittent problems when generating Word docs from RoboHelp 11 over the last few months. Word crashes when generating a printed document from RoboHelp displaying a dialog that says "Word is trying to recover your documents". The document is generated, but all images in the document are missing. After much investigation I think this is related to the incompatibility with RoboHelp and 64 bit Word. I experience the same sort of errors related to the number of topics in the single source layout as in the following thread:

RoboHelp 10: Problems generating Printed Documentation

Is RoboHelp 11 still incompatible with Word 2010 64 bit? Is there any other solution besides installing the 32 bit version of Word?

Thanks Mark

Using Source Control and Resource Manager at the same time

forums_noreply@adobe.com — Wed, 27 Aug 2014 07:28:53 GMT

I have several RoboHelp projects under SVN Subversion Source Control. I would also like to share common topics across these RoboHelp projects using the Resource Manager using a shared folder location.

I would like to put these shared topics under version control as well. However, I assume that Source Control and Resource Manager work independently and that when we check in or check out a project under Source Control, the shared topics are not checked into Source Control.

In order to have the shared topics under Source Control, I want to put the shared topics in a folder that is part of of RoboHelp project, sort of a master RoboHelp project, and put that project under Source Control, as per the following diagram:

Just wondering if anyone has a better solution than this, or can see any issues with doing it this way?

Fields in Headers and Footers in RoboHelp 11

forums_noreply@adobe.com — Tue, 29 Apr 2014 01:28:10 GMT

I've been trying out the new Headers and Footers feature in RH11 for printed documentation.

When you create a master page to use as a basis for your header or footer there is are several buttons that appear on a toolbar when you view the header or footer for the master page. The buttons allow you to switch between header and footer, insert page numbers, and to insert the chapter name. When you insert the chapter name, the following HTML code is added to the master page:

<?rh-variable_start

name="pd-chap-name" value="&lt;&lt;PD Chapter Name&gt;&gt;" ?><<PD Chapter Name>><?rh-variable_end ?>

When you generate your Word document this variable is converted into the Word StyleRef field code {STYLEREF "Heading 1"\*MERGEFORMAT} and added to the header or footer, so the header or footer will display the next Heading 1 in your document. Unfortunately you don't seem to be able to use any other variables apart from the Chapter name variable. I would like to be able to specify that Heading 2 appears in the header or footer.

If you double click on the "pd-chap-name" variable in the master page the fields dialog opens and displays the default format for the field which is <<Chapter Name>>

Does anyone know how the syntax for the default format works? It's not documented anywhere as far as I can see.

Also is it possible to create fields in RoboHelp?

Thanks in advance

RoboHelp 11 - Bug when mapping RH styles to Linked Word styles in Printed Doc layout

forums_noreply@adobe.com — Thu, 01 May 2014 07:47:22 GMT

When creating a Printed Pocumentation layout, RoboHelp 11 won't allow me to map RoboHelp styles to styles in my Word template that are defined as Linked styles.

What's a Linked style in Word? A horrible feature in Word that allows styles to be defined as "Linked" which means that they can be applied either as a character style or a paragraph style in Word depending on the context you apply them. You can see which styles in Word are defined as Linked because they have both the paragraph symbol and the character style displayed next to them in the Word style pane.

The problem is that most of Word's built in styles, like Body Text, Footer, etc are Linked styles. And no you can't change this and change the style back to a simple paragraph style. You can't even do this with VBA. Once a Linked style, always a Linked style it seems.

This means I cannot map a RoboHelp style called BodyText to the Word style Body Text for example, like I used to in RoboHelp 10. When I try to map RoboHelp styles in the Print Document Appearance dialog to the equivalent style in Word, RoboHelp won't let me select a style and tells me that "Preview is not available for muti-styles". And even that is wrong because it is not multi-styles that are the issues it is Linked styles.

So when the printed document is generated, RoboHelp now thoughtfully creates a new style in the Word document called "bodytext" and also styles for all the styles it won't allow you to map because they are Word Linked styles. Grrrr.

This is that only occurs in projects created in RoboHelp 11 when you create a new Printed Documentation layout. Projects I created in RoboHelp 10 that had a Printed Documentation Layout already defined that are opened and upgraded to RoboHelp 11 projects do not suffer this problem. However, create a new Printed Documentation layout in a project that has been upgraded to from RoboHelp 10 to 11 and the problem occurs.

It means that in order to map styles correctly you have to duplicate every Word style that you want to map that is defined as a Linked Style and make sure the Word style is not a Linked style, then remap all your RoboHelp styles to the new Word styles.

Can somebody please confirm this behavior and I will report it as a bug to Adobe.

RoboScreenCapture suddenly stopped working

forums_noreply@adobe.com — Fri, 22 Nov 2013 00:04:19 GMT

I am using TCS 4 and RoboScreenCapture has for some unknown reason stopped working - it will not start. Rebooting/ restarting the PC does not fix the issue.

Unfortunately it does not seem possible to uninstall and reinstall it without uninstalling the entire TCS. When I ran the TCS installer there were no options to reinstall just RoboScreenCapture.

I do not want to reinstall the entire TCS if avoidable.

Has anyone experinced this before, and know if it is possible to simply reinstall RoboScreenCapture?

Cheers Mark

RoboHelp 10 performance over network

forums_noreply@adobe.com — Thu, 24 Oct 2013 06:41:24 GMT

I understand since RoboHelp 10, Robohelp projects are now suppossed to work over a network. My project files are on a network drive and the speed over the network was woeful and projects were barely useable. We have now moved offices and are using a VPN to access our network. Opening a project with only about 20 topics took over 15 minutes. RoboHelp stopped responding after trying to display the properties of a topic. I could not create a new project on the network. Trying to open a large project was an overnight job.

I worked with our IT support to see if we could improve the speed, but nothing worked.

Does RoboHelp 10 work reliably over a network as Adobe claims or am I just wasting my time? If anyone has encountered the issue and resolved could you advise what you did?

Thanks in advance Mark.

RoboHelp 10 on Windows 7 Subversion on UNIX box, will it work?

forums_noreply@adobe.com — Wed, 07 Aug 2013 05:40:30 GMT

Unfortunately I only have the option to install SVN Subversion on a UNIX box. Does any body know if I can I use RoboHelp 10 on Windows 7 and SVN Subversion on a UNIX box? Will this work, and if so there are any issues with doing this?

Thanks in advance,

Mark

RH 10 Snippets Report innacurate

forums_noreply@adobe.com — Fri, 31 May 2013 02:28:01 GMT

I am using RoboHelp 10 on Windows XP and found that the Snippet report is inaccurate. It often reports that a snippet is used in a topic when it is not. The same inaccuracy applies when you look at the properties of a snippet and look at "The Used in" tab.

Is this a known bug or have my snippets, or the topics they are located in, become corrupt?

This thread http://forums.adobe.com/thread/514229 says snippets are located in the registry for RH7, but I could not find any snippets defined in the registry for RH10. Has this changed?

I know that the rhsnippet.apj file defines the snippets and the relevant .hts file defines the content of the snippet, but is the location of snippets in a project defined anywhere in a file that is editable?

Any help appreciated.

Mark

Cannot find Microsoft Word Installed on your system - RH10 - a solution

forums_noreply@adobe.com — Wed, 19 Dec 2012 01:36:18 GMT

I started receiving the error "Cannot find Microsoft Word Installed on your system" whenever I tried to generate printed documentation from RoboHelp 10. This occurred after I installed Open Office 3.4.1.

Clicking the "Printed Documentation" option in the SSL pod generated the error. However, right-clicking on the "Printed Documentation" option, selecting "Properties", then clicking "Save and Generate" did work. Go figure.

I am using Word 2007.

All of these suggested solutions to resolve the problem didn't work, unfortunately.

Uninstalling and reinstalling Open Office with the correct option selected for file associations as suggested here:

http://www.grainge.org/pages/authoring/printing/print_issues.htm#other_issues

Tried reinstalling the MPJ2DOC.DLL as suggested here:

http://helpx.adobe.com/robohelp/kb/error-cannot-find-microsoft-word.html

Tried all the suggestions here:

http://forums.adobe.com/message/4173839

Spent 2 hours with Adobe support (they were helpful but could not fix the problem) uninstalling and reinstalling RoboHelp, including reinstalling and registering the dll again.

Finally I fixed the problem by following the simple solution here. I found that the problem was that the Word file associations were corrupt and you simply need to reregister word.

http://www.word.mvps.org/FAQs/AppErr...gisterWord.htm

Here's the solution in case the link does not work:

How to re-register Word when problems crop up opening files

Article contributed by Cindy Meister

If you find that Word files do not open in the desired version of Word when you double-click them in Windows Explorer, or that when opening them from the Desktop or Explorer, a series of messages appear claiming that the file cannot be opened, such as:

“Cannot open C:\My”
“Cannot open "Documents\The”
“Cannot open "Test.doc"”

.. you need to re-register Word. To fix the problem:

Word 97 and above

Click Start | Run (bottom- left corner of your screen).
In the “Open“ box, type:

winword /r

and press Enter. Note that there is a space before the forward slash

Word 95

Locate the file winword.reg on your system
Double-click it to re-register Word

Hope this helps anyone else who has struck this problem.

Cheers Mark

Mapping multi-level lists in RH10 to Word 2007 doe not work across chapters in Word document

forums_noreply@adobe.com — Tue, 23 Oct 2012 23:59:04 GMT

Can anyone tell me if the following is a known issue with previous versions of RoboHelp, a limitation with mapping multi-level list styles, or a new bug in RH10?

When you map multi-level lists in RH10 to Word 2007, and the books in your chapter layout are all at the same level, any mutil-level lists that you define are only applied to topics in the first chapter in the printed documentation.

For example, if you define the following chapter layout, only the topics in chapter 1 will have multi-level lists applied correctly in the printed documentation. All topics in chapter two that have multi-level lists and an any other topics in any other chapters will not have multi-level lists applied.

To have mutil-level lists applied correctly in printed documentation the books in the project must be nested under the first book as shown below:

Can anybody confirm this behaviour with RH 10 and Word 2007?

Cheers Mark

Mapping multi-level lists in RH10 to Word 2007

forums_noreply@adobe.com — Mon, 15 Oct 2012 01:06:39 GMT

I am mapping the Robohelp 10 multi-level list Bullets to a multi-level list in Word 2007.

I have correctly linked the lists in both Robohelp and Word to paragraph styles. The template I am using in Word has all the paragrpah and list styles created correctly.

When I generate the printed documentation, the mutil-level lists in Word have the Normal style applied, instead of the syle I specifed in the mapping.

Other mappings are all ok and have the correct style applied.

I know there are many issues with multi-levels lists in Robohelp.

I just want to know if this known buggy behaviour, or if there is a way to have the styles map correctly?

Thanks Mark

Word doc generated from RoboHelp 10 uses "Article" and "Section" as Prefixes in the TOC

forums_noreply@adobe.com — Tue, 09 Oct 2012 01:31:50 GMT

I am generating a printed document, specifically a Word document from a RoboHelp 10 project. When I select Use Styles from Microsoft Word Template in the Print documentation Appearance dialog box, the TOC1 heading in the Word document is prefixed with "Article", the TOC 2 heading is prefixed with "Section", and TOC 3 is alpha numbered like this:

Table of Contents

Article I. The Protocol Probe 1

Section 1.01 Welcome. 2

(a) About this Guide. 2

Section 1.02 Product Overview.. 3

(a) Contacting Us. 3

Article II. Install and Configure the Probe 3

Section 2.01 How to Install the Probe. 6

Section 2.02 Overview.. 7

Section 2.03 Server Installation. 8

(a) Warnings and Cautions. 8

(b) Warning: Adherence to Safety and Assembly Instructions. 8

This occurs whatever Word template I specify in RoboHelp. It does not occur if I select the Use Styles From Stylesheet checkbox. It also occurs if I generate a PDF.

When I update TOC in Word the correct numbering and styles I have specified are applied. However, I don’t want to have to do this every time I generate a Word document.

I have tried the following, all with the same result:

Specifying different Word templates in Robohelp
Creating a blank template in Word with minimum styles an specifying this template in RoboHelp
Recreating the TOC styles in Word
Re-installing the style mapping template in Robohelp
Looking thru the default mapping and other RoboHelp templates and CSS to see what might be causing the odd numbering.

I have just installed RoboHelp 10 (no previous version of RoboHelp on system) and have never encountered this problem with any version of RoboHelp before.

I cannot determine if it is Word or RoboHelp, or a combination of both, that is causing the problem.

I know that the prefixes that are generated in the Word TOC are defined by List Templates in Word; however there is no real way to edit these in Word as far as I can tell. As far as I can see, the TOC styles in the Word template do not have any specific numbering specified.

Has anyone encountered this problem before and found a solution? Or does anyone know how RoboHelp specifies the styles for TOC's for Word documents?

I am using Windows XP SP3, Word 2007 and RoboHelp 10.0.0.287.

Thanks in advance.