Skip to main content
A
Anonymous
March 13, 2008
Question

Problems with creating new WinHelp 2000 projects (RoboHELP 7)

  • March 13, 2008
  • 2 replies
  • 616 views
We changed to RoboHELP 7 one week ago. Before we used RoboHELP X5. On the Computer where I installed RH7 the demo of RH7 was installed before. It is a Windows Vista sytem. But after encountering problems I set up a VM Ware (Windows XP SP 2). The problems remained the same.

Editing our old X5 projects is no problem. But when creating a new project it is impossible to set a non-scrolling region. I figured out that the paragraph mark for setting up a non-scrolling region in RH5 is right before a pagebreak in the word documents (Topics 2 to X). In RH7 it is place directly in front of Heading 1. By creating a new document in the project and deleting the default document you can work on as normal. Editing the DOCX template works fine either. But from my point of view this cannot be the final conclusion.

The second problem is that changes in the help window configuration oviously are stored but not compiled anymore. You can change color and dimension of your main help window and these changes are stored correctly. But when compiling the project there are no changes to the default values in the output. More worse: when you open the HPJ file directly with Microsoft Help Workshop application there are written some strange marks (like “”) into the first lines and the help file cannot be compiled by Help Workshop application anymore. The error message sounds like this: HC3073: Warning: hhtrace.hpj: No section is defined for the line ".".

Anyone out there who encountered the same problems and solved them?
This topic has been closed for replies.

2 replies

Praful_Jain
Praful_Jain
Participating Frequently
March 31, 2008
hi,
regarding setting nonscrolling region, you need to select the topic heading text along with the text in the topic you want to set as nonscrolling, and then you have to go to Robohelp menu and select set nonscrolling region menu.
after this you can get your nonscrolling region. if you dont select the topic heading, then non scrolling region will not appear.
regarding the i»¿ warning message, this is not any unwanted character but the UTF8 BOM which is introduced in RH7 version. this is done for making RH7 Unicode, and hpj as UTF8 encoded. if you want to compile the project using any third party software, you should be able to do the same, since it is a warning and the compiler will carry on with the compilation. also you can use any text editor to remove the first few characters from hpj files manually as well if you want.
Please let us know if you are still facing some issues with nonscrolling region.

-Praful

A
Anonymous
April 1, 2008
Thank you for your replies! :)

By reading your answers I became aware of another fact: we use a german version of RoboHelp 7 on german or multi language versions of Windows. I set up a VM in English this morning (US version of WinXP SP 2, US version of Office 2007, English RoboHelp 7 Demo). Indeed I had NO Problems. So it may be an issue of the german version of RH7.

Of course I know how to set a non scrolling region manually for a topic. But the result remains the same (for the german version of RH7). Creating a new project you face the default document. Now I was adding some topics (in the following linked screenshot ‘Topic 1’ and ‘Topic 2’). If you now add non scrolling regions to all the topics (manually or automatically), the result will be as follows:

http://img223.imageshack.us/my.php?image=nsr01gg6.gif

After compiling the first topic in the document will have a non scrolling region, the others won’t. As I said in my first post, the problem only occurs in the default document. Creating a new document the topics with non scrolling regions look like this and compile correctly:

http://img220.imageshack.us/my.php?image=nsr02fm5.gif

Peter Grainge
Community Expert
Peter GraingeCommunity Expert
Community Expert
March 28, 2008
1] Adobe are now aware of this and you have a workaround pending resolution.

2] Adobe were unable to recreate this problem and I have not seen anyone else report it. Try it in a fresh project.

3] To deal with unicode, it has been necessary to change the HPJ file. MS Help Workshop does not understand the UTF-8 encoded .hpj file, that’s why it is throwing up that message. The HPJ has been designed to work with RH and it seems to be the case it is doing just that.


Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.
Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices