Old Robohelp Compatibilities

I have an old Robohelp file that was authored in Robohelp
3.1. I downloaded and installed the Robohelp 6 Trial Version and am
able to create new files, so the installation went fine. However,
trying to open up with old MPJ file causes two alerts to be thrown.
"Files from a 6.0 project already exist in this project
folder and may be more up to date than the previous version you are
about to convert. Do you want to continue and overwrite the
converted files?"
Clicking OK in that dialog produces this message...
"Open project was canceled or the application was unable to
load database for 'My project file path'"
The timestamp on my MPJ file is 10/21/2005 so I know that it
could not have possibly been converted to 6.0 previously. I'm
looking for any suggestions on how to properly open up this file in
Robohelp 6. Any help would be immensely appreciated, no matter how
bizarre!

Ok, if I attempt to open it up with the XPJ file, the first
prompt no longer shows, however I still see...
Open project was canceled or the application was unable to
load database for "C:\path\to\file\ES_Help.cpd"
Then I thought that the message seems as if it might be
trying to access a file under another account than mine, however I
see that it is running with my credentials (I'm sysadmin, domain
admin, and machine admin) so permissions isn't the issue.
I took a peek inside the CPD file and noticed the "Standard
Jet DB" text in the header, so I opened it up in Microsoft Access,
but none of the tables that I see provided any clues.

Similar Messages

Can't open old RoboHelp file

I have an old.mpj file given to us from a client that I'm trying to open with the trial version of RoboHelp 8. I get the error "Projects created before version 2.23 cannot be opened with this version of RoboHelp. Call Macromedia technical support for assistance opening this project."
Does anyone have any ideas on how to open this file or extract the data from it? I'm very new to this!
Thanks,
Jason

NM. I didn't realize I could just decompile the chm file with HTML Help Workshop.

Old RoboHelp WinHelp File to Robo HTML

In using Robo X5, I converted WinHelp project over to HTML
and created the links to the map IDs (I thought correctly). Since
then, we have move to the Tech Comm Suite that has Robo 7. Lately,
my developer has stated that many of the links are broken. Being
relatively new to RoboHelp, I found a folder names Broken Links and
proceeded to fix these links. All went well, but the developer
still states that links are broken. When I open the All Map IDs
dialog, it was here that there were no links made. Must I manually
fix each link or is there a way to relink automatically? Also, can
someone explain what the difference is with the Map ID files in the
dropdown? There is all map ids, a .h file, and several other files.
Can some of these be from the old WinHelp file? Is there something
I may have missed during the converting process?
Regards

If you could use WebHelp instead you would generate a whole bunch of files and you could set up your calls to open a specific topic only without the tripane window.
WebHelp should sit on a server unlike CHMs, which should sit on the desktop. WebHelp can be installed locally as long as your version of RH allows the Mark of the Web to be applied. I believe that prevents any linked PDFs opening if IE is used so you need to check your WebHelp works OK if installed locally, it is better if it can be on a server.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Error messages: Robohelp 9 - RHFrameStyleMappings.apj and .cpd files

I am updating an old Robohelp file to version 9 and I received the following warning messages.
Error in reading RHFrameStyleMappings.apj file
Open project was cancelled or the application was unable to load database for - Custom Casualty.cpd

Hi there
Depending on how old you are updating from, you may need to take the following step.
If you aren't using Frame, try this. Create a new blank project in a different folder. This should create a new and empty RHFrameStyleMappings.apj file. Then copy the file to your project where it's posting the error.
Now open the upgraded project and see if all is well.
Cheers... Rick

Cannot open Robohelp 8 project in Robohelp 9

I cannot open my old Robohelp 8 projects from Robohelp 9. When I open it, it shows me a prompt to make a backup and upgrade the project. Then I click Upgrade, it returns an error:
"open project was cancelled or the application was unable tp load the database for <path to my project>"
Creating or opening new projects in the 9 format works fine.
The old Robohelp project was created on a different PC. I just copied the whole folder to a new PC with Robohelp 9. The oroject is not corrupted I can still open it on my old PC with RH8.
Any suggestions how to fix that?
Thanks

There isn't a Save As option but usually it is as simple as copying the project from one location to another.
No it doesn't write an absolute path as if it did that, none of us could move projects.
Do you have a second machine (not with SSD) that you can install RoboHelp 9 on in trial mode? With that you could perhaps put the project on an external hard disk and prove it works there as it does for me?
Are you copying just the project out of your profile? So C:\Users\XXXXX\Documents\My RoboHelp Projects\Project1 becomes D:\Project1. If not, try that.
After moving, getting the error and trashing the CPD, do you get the error again if you reopen after that?
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Robohelp 7 open Robohelp 9 project?

as I search through internet, I understand that robohelp 7 unable to open robohelp 9 project
we have two robohelp 7 licenses and three robohelp 9 licenses
when working on project in robohelp 9, it need to upgrade the project, but robohelp 7 is unable to open the project after upgraded
Is it any way opening Robohelp 9 project(converted from version 7 project) in Robohelp 7?
Is it upgrade Robohelp 7 to 9 is the only way? We do not wish to upgrade is because i am wondering if later Adobe release robohelp 10, and by that time we need more robohelp license and we purchased additional license, we will need to upgrade all other old robohelp product?

Hello again
Yep, conditional tagging is handled in the project before you compile or generate, so indeed they would be lost as would any information you excluded via the tab and build expression.
Not perfect, but at least you get a project you may continue editing in version 7.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7, 8 or 9 within the day!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

Can RoboDemo be used with RoboHelp 7?

We only need a single demo created and do not want to go to the expense of purchasing Captivate. I have the old Robohelp 5 that came with RoboDemo but have upgraded to RoboHelp7. I would like to load just RoboDemo and use it with Robohelp 7. Has anyone done this?
Thanks in advance.

Hi there
While I wouldn't expect RoboHelp to just seamlessly work with the RoboDemo application to create the demo from inside RoboHelp, you *SHOULD* be able to use RoboDemo independently to create the demo and publish it. Then insert the result into RoboHelp and use it from there. That should work.
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

RoboHelp Server 8 - roboapi.asp & robo.dll redirect

We are currently using RoboHelp x5 and have upgraded to RoboHelp 8. We need all requests for roboapi.asp and robo.dll which were supported in X5 to redirect properly to work in RoboHelp Server 8.
I have read a few posts that recommend adding the RoboHelpFilter.dll however I have not been able to get this to work. Has anyone been able to get this to work?
We are using IIS6 and Tomcat.

After some badgering of a couple of the developers, I am almost at the verge of some small milestone. The string that calls the on line help is built using the content of a couple of variables. The main one is the servername. In the old RoboHelp 7 format, it is entered into the config file as http://<servername>:<port>/RoboAPI.asp?
I changed this to:
http//<servername>:<port>/test/server?
(I created a context in RobHelp Server 8 called "test").
The rest of the string is built from the content of a variable that pulls the context ID from a database table. The result is "context=<ID>", so it should work just fine, right?
Well, no, it doesn't.
A help viewer called browser.exe is used to view the help. When the above configuration is used, the help viewer opens with this single line of text:
The help page you are looking for can be found at here.
Clicking here takes you to the correct page, in the help viewer.
There MUST be some way of bypassing that crudely drafted message. There are other issues, but this ome MUST be resolved first.
Anyone?
Please?

Variation on a theme - Why does Robohelp resize gifs when import from mif?

This is a variation of other threads, in my case we still have
an old RoboHelp (2003) because it still works. One weakness was our
documents have many screen shots (96ppi in gif) and they were converted to
jpeg and sized too small to be legible. We resolved this by writing a perl script that
swapped back the original gifs and updated the references in the html to point to the gif files.
For many years it worked, customer very happy, as in attachment.
Now with Robohelp8 (have demo), the figures are staying as gif, and yet they are still being
downsized. I've read other forums, but need to know the exact steps for what to do when I import,
since I have many screenshots and could not tweak each figure to make it the real pixel size.
(and yet when double-click the image it shows the figure clearly, see other attachment.
There are a lot of other issues, but this is a good start, thanks.

Hi,
It seems to me that you quickly need to reset the size of all the images in your project. Luckily, Chashnikov has written a script to do this for you. See http://forums.adobe.com/thread/466933.
Hope that helps.
Greet,
Willam

Missing Browse Sequences in HTML Help

Problem
Browse sequences in our Microsoft HTML help (.CHMs) are missing after we upgraded from RoboHelp x5 (running WinXP Pro) to RoboHelp 9 (running Win7, 64-bit).
Background
We've been using RoboHelp x5 and RoboSource Control 2.3 version control for several years. Prior to 2012, our RoboSource Control server machine was a WinXP Pro VM session, while our 3 RoboHelp/RoboSource Control client (author) machines were physical WinXP Pro machines.
After the first of this year, our 3 client machines were replaced with Windows 7 Enterprise, 64-bit physical machines. In order to continue running RoboHelp x5, we created a Windows XP Pro virtual machine on each client machine; Robohelp x5 and the RoboSource Control 2.3 client software were then installed and run from the WinXP VM environment. Browse sequences were included in the many (at least 4 per month) CHMs that we compiled/generated during the several months that we ran in this environment without any issues.
We just (over the past few weeks) upgraded to Adobe's Technical Communication Suite 3.5 (RoboHelp HTML 9 and RoboSource Control 3.1). A new Windows 7 Enterprise, 64-bit VM was created for the RoboSource Control server installation, and we simply installed the RoboHelp 9 and RoboSource Control 3.1 client software directly on our 3 Windows 7 client machines. We did not remove the VM sessions from the client machines, but we don't run them either.
Since we upgraded RoboHelp to version 9 (which is also to say, started running RoboHelp in a true Windows 7 64-bit environment), none of our browse sequences appear when we compile/generate a .CHM in RoboHelp 9 and then launch the .CHM from anywhere OTHER THAN within the RoboHelp HTML application. If we launch the Help from within RoboHelp, using either the Generate Primary Layout function (and then view result) or the View Primary Layout function (HTML Help is our primary layout), the browse sequences appear and function properly.
I've already researched (including this forum and all the previous posts on this issue) and run tests, attempting to identify the cause and/or resolve the issue. The actual tests and results are listed after the next section (which provides technical details on what I believed to be the critical aspects of this issue within our environment; perhaps someone will spot something regarding the version of the HHActiveX.dll or a path/value for one of the registry settings).
Environment Technical Details
RoboHelp 9/RoboSource Control 3.1 Server
OS: Windows 7 Enterprise, 64-bit, SP1
RoboHelp Programs:
MS SQL Server Express 2005
RoboSource Control 3.1 Server and Client
RoboHelp HTML 9.0.2.271
Note: RoboSource Control 2.3 was installed on this machine at one point, in an attempt to perform the database migration, but it was subsequently uninstalled and the migration was performed on our old Windows XP RoboSource Control 2.3 server machine. No other version of RoboHelp has ever been installed on this machine.
HHActiveX.dll: Here are all the instances of HHActiveX.dll on this machine.
C:\Program Files\(x86)\Adobe\Adobe RoboHelp 9\RoboHTML
File version: 9.0.1.262
Product name: Adobe RoboHelp HTML 9
Product version: 9.0.1.262
File size: 759 KB
Date modified: 6/22/2011 4:45 PM
C:\Program Files\(x86)\Adobe\Adobe RoboHelp 9\Redist
File version: 9.0.1.262
Product name: Adobe RoboHelp HTML 9
Product version: 9.0.1.262
File size: 759 KB
Date modified: 6/22/2011 4:23 PM
C:\Program Files\(x86)\Adobe\Adobe RoboHelp 9\Redist\x64
File version: 9.0.1.262
Product name: Adobe RoboHelp HTML 9
Product version: 9.0.1.262
File size: 1.11 MB
Date modified: 6/22/2011 4:23 PM
Registry References to HHActiveX.dll:
HKEY_CLASSES_ROOT\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A0422DF}\1.0\0\win32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422DF}\InprocServer32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422DF}\ToolboxBitmap32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll, 102
HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{959F94FD-DD1E-11D2-B559-00105A0422DF}\InprocServer32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_CLASSES_ROOT\Wow6432Node\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A0422DF}\1.0\0\win32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\RunMRUregsvr32 C:\Program Files (x86)\Adobe\Adobe RoboHelp9\Redist HHActiveX.dll\1
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A0422DF}\1.0\0\w in32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\InprocServer32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\ToolboxBitmap32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll, 102
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\CLSID\{959F94FD-DD1E-11D2-B559-00105A0422D F}\InprocServer32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A042 2DF}\1.0\0\win32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\InprocServer32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\ToolboxBitmap32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll, 102
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{959F94FD-DD1E-11D2-B559-00105A0422D F}\InprocServer32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A042 2DF}\1.0\0\win32C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML\HHActiveX.dll
HKEY_USERS\S-1-5-21-2146773085-1508210334-1857977687-1551\Software\Microsoft\Windows\Curre ntVersion\Explorer\RunMRUregsvr32 C:\Program Files (x86)\Adobe\Adobe RoboHelp9\Redist HHActiveX.dll\1
HH.exe: Here are all the instances of HH.exe on this machine.
C:\Windows
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 16.5 KB
Date modified: 7/13/2009 9:39 PM
C:\Windows\SysWOW64
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 15.0 KB
Date modified: 7/13/2009 9:14 PM
C:\Windows\winsxs\amd64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_24 4ae8599e6d81bb
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 16.5 KB
Date modified: 7/13/2009 9:14 PM
C:\Windows\winsxs\wow64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_2e 9f92abd2ce43b6
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 15.0 KB
Date modified: 7/13/2009 9:14 PM
Registry References to HH.exe:
HKEY_CLASSES_ROOT\Applications\hh.exe
HKEY_CLASSES_ROOT\chm.file\DefaultIcon%SystemRoot%\hh.exe,0
HKEY_CLASSES_ROOT\chm.file\shell\open\command"%SystemRoot%\hh.exe" %1
HKEY_CLASSES_ROOT\Local Settings\Software\Microsoft\Windows\Shell\MuiCacheC:\Windows\hh.exeMicrosoft® HTML Help Executable
HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\MuiCacheC:\Windows\hh.exeMicrosoft® HTML Help Executable
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\RunMRU
C:\Windows\SysWOW64\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm\1
C:\Windows\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm\1
C:\Windows\winsxs\amd64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_24 4ae8599e6d81bb\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm\1
C:\Windows\winsxs\wow64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_2e 9f92abd2ce43b6\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm\1
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Applications\hh.exe
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\chm.file\DefaultIcon%SystemRoot%\hh.exe,0
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\chm.file\shell\open\command"%SystemRoot%\hh.exe" %1
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectDraw\MostRecentApplicationhh.exe
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileAssociationRUNDLL32.EXE;MSHTA.EXE;DLLHOST.EXE;APPLAUNCH.EXE;HH.EXE;WINHLP32.EXE;MMC.EXE;
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\explorer\FileAsso ciationRUNDLL32.EXE;MSHTA.EXE;DLLHOST.EXE;APPLAUNCH.EXE;HH.EXE;WINHLP32.EXE;MMC.EXE;
HKEY_USERS\S-1-5-21-2146773085-1508210334-1857977687-1551\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\MuiCacheC:\Windows\hh.exeMicrosoft® HTML Help Executable
HKEY_USERS\S-1-5-21-2146773085-1508210334-1857977687-1551\Software\Microsoft\Windows\Curre ntVersion\Explorer\RunMRUC:\Windows\SysWOW64\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm\1
HKEY_USERS\S-1-5-21-2146773085-1508210334-1857977687-1551_Classes\Local Settings\Software\Microsoft\Windows\Shell\MuiCacheC:\Windows\hh.exeMicrosoft® HTML Help Executable
RoboHelp 9/RoboSource Control 3.1 Client Machines
OS: Windows 7 Enterprise, 64-bit, SP1
RoboHelp Programs:
RoboSource Control 3.1 Client
RoboHelp HTML 9.0.2.271
HHActiveX.dll: Here are all the instances of HHActiveX.dll on these machines.
C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\Redist
File version: 9.0.1.262
Product name: Adobe RoboHelp HTML 9
Product version: 9.0.1.262
File size: 759 KB
Date modified: 6/22/2011 4:23 PM
C:\Program Files(x86)\Adobe\Adobe RoboHelp 9\Redist\x64
File version: 9.0.1.262
Product name: Adobe RoboHelp HTML 9
Product version: 9.0.1.262
File size: 1.11 MB
Date modified: 6/22/2011 4:23 PM
C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\RoboHTML
File version: 9.0.1.262
Product name: Adobe RoboHelp HTML 9
Product version: 9.0.1.262
File size: 759 KB
Date modified: 6/22/2011 4:45 PM
C:\Windows\System32
File version: 11.0.228.0
Product name: RoboHelp HTML 11
Product version: 11.0.228.0
File size: 452 KB
Date modified: 11/18/2003 2:44 PM
C:\Windows\SysWOW64
File version: 11.0.228.0
Product name: RoboHelp HTML 11
Product version: 11.0.228.0
File size: 452 KB
Date modified: 11/18/2003 2:44 PM
HH.exe: Here are all the instances of HH.exe on this machine.
C:\Windows
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 16.5 KB
Date modified: 7/13/2009 9:39 PM
C:\Windows\SysWOW64
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 15.0 KB
Date modified: 7/13/2009 9:14 PM
C:\Windows\winsxs\amd64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_24 4ae8599e6d81bb
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 16.5 KB
Date modified: 7/13/2009 9:39 PM
C:\Windows\winsxs\wow64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_2e 9f92abd2ce43b6
File version: 6.1.7600.16385
Product name: HTML Help
Product version: 6.1.7600.16385
File size: 15.0 KB
Date modified: 7/13/2009 9:14 PM
Registry References to HHActiveX.dll:
HKEY_CLASSES_ROOT\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A0422DF}\1.0\0\win32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422DF}\InprocServer32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422DF}\ToolboxBitmap32C:\Documents\DSISWHelp\hhactivex.dll, 102
HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{959F94FD-DD1E-11D2-B559-00105A0422DF}\InprocServer32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_CLASSES_ROOT\Wow6432Node\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A0422DF}\1.0\0\win32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\RunMRUregsvr32 C:\Documents\DSISWHelp\hhactivex.dll\1
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A0422DF}\1.0\0\w in32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\InprocServer32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\ToolboxBitmap32C:\Documents\DSISWHelp\hhactivex.dll, 102
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\CLSID\{959F94FD-DD1E-11D2-B559-00105A0422D F}\InprocServer32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A042 2DF}\1.0\0\win32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\InprocServer32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{399CB6C4-7312-11D2-B4D9-00105A0422D F}\ToolboxBitmap32C:\Documents\DSISWHelp\hhactivex.dll, 102
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{959F94FD-DD1E-11D2-B559-00105A0422D F}\InprocServer32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\TypeLib\{399CB6B4-7312-11D2-B4D9-00105A042 2DF}\1.0\0\win32C:\Documents\DSISWHelp\hhactivex.dll
HKEY_USERS\S-1-5-21-2146773085-1508210334-1857977687-1551\Software\Microsoft\Windows\Curre ntVersion\Explorer\RunMRUregsvr32 C:\Documents\DSISWHelp\hhactivex.dll\1
RoboHelp x5 and RoboSource Control 2.3 Server
OS: Windows XP Professional, SP3
RoboHelp Programs:
RoboSource Control 2.3 Server and Client
RoboHelp HTML x5.0.2 (Build 606)
Note: MS SQL Server and RoboSource Control 3.1 were temporarily installed in order to convert the databases from RoboSource Control 2.3 to RoboSource Control 3.1.
HHActiveX.dll: Here are all the instances of HHActiveX.dll on these machines.
C:\Program Files\RoboHelp Office\Redist
File version: 13.10.801.0
Product name: RoboHelp HTML 13
Product version: 13.10.801
File size: 460 KB
Date modified: 11/4/2004 10:54:04 AM
C:\Program Files\RoboHelp Office\RoboHELP
File version: 13.10.801.0
Product name: RoboHelp HTML 13
Product version: 13.10.801
File size: 460 KB
Date modified: 11/4/2004 10:54:04 AM
C:\Program Files\RoboHelp Office\RoboHTML
File version: 13.10.801.0
Product name: RoboHelp HTML 13
Product version: 13.10.801
File size: 460 KB
Date modified: 11/4/2004 10:54:04 AM
HH.exe: Here are all the instances of HH.exe on this machine.
C:\WINDOWS
File version: 5.2.3790.2453
Product name: HTML Help
Product version: 5.2.3790.2453
File size: 10.5 KB
Date modified: 4/14/2008 5:42:22 AM
C:\WINDOWS\ServicePackFiles\i386
File version: 5.2.3790.2453
Product name: HTML Help
Product version: 5.2.3790.2453
File size: 10.5 KB
Date modified: 4/14/2008 5:42:22 AM
Troubleshooting Tests and Results
Test 1: Ran command line: C:\Windows\SysWOW64\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm
Result: Browse sequences PRESENT.
Test 2: Ran command line: C:\Windows\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm
Result: Browse sequences ABSENT.
Test 3: Ran command line: C:\Windows\winsxs\amd64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_24 4ae8599e6d81bb\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm
Result: Browse sequences ABSENT.
Test 4: Ran command line: C:\Windows\winsxs\wow64_microsoft-windows-htmlhelp_31bf3856ad364e35_6.1.7600.16385_none_2e 9f92abd2ce43b6\HH.exe C:\Documents\DSISWHelp\DSISWHelp.chm
Result: Browse sequences PRESENT.
Test 5: Deleted HHP, CPD, and created new HTML Help SSL definition. Opened project, compiled with new SSL, opened CHM from Windows Explorer via double-click.
Result: Browse sequences ABSENT.
Test 6: RoboHelp install again. Didn't see any "repair" options, so I ran the install over the existing one. Then deleted HHP, CPD, and created new HTML SSL definition. Compiled. Opened the CHM from Windows Explorer via double-click.
Result: Browse sequences ABSENT.
Test 7: Edited the browse sequences to see if that would trigger or set a flag. Note: I already compared the "flags" (it's actually a number sequence) in the RHwnd.apj file (via Notepad) to the "flags" in the RHwnd.apj file. While I don't know which one represents browse sequence enabling, the number sequences were identical. Note: I compared RHwnd.apj files pre- and post-Browse Sequence enabling (with no other changes), but the flag values were completely different (it's not a simple 0/1 flag).
Result: N/A
Test 8: I copied older CHMs that were generated/compiled in RoboHelp x5 over to my local, Window 7 Enterprise, 64-bit, SP1, machine. Launched the CHMs from Windows Explorer by double-clicking on them.
Result: Browse sequences ABSENT.
Test 9: I browsed over our network (via Windows Explorer) to our old RoboHelp x5/RoboSource Control 2.3 server, and launched older CHMs that were generated/compiled in RoboHelp x5 and still sitting on that machine, by double-clicking on them.
Result: Browse sequences ABSENT.
Test 10: I logged on (via RDS) to our old RoboHelp x5/RoboSource Control 2.3 server (WinXP), and launched older CHMs that were created (and never upgraded) in RHx5 by double-clicking on them.
Result: Browse sequences PRESENT.
Test 11: I logged on (via RDS) to our old RoboHelp x5/RoboSource Control 2.3 server (WinXP), opened Windows Explorer on that machine, browsed over the network to our new RoboHelp 9/RoboSource Control 3.1 server (Win7), and then launched new CHMs that were generated/compiled in RoboHelp 9 by double-clicking on them.
Result: Browse sequences ABSENT.
Test 12: I logged on (via RDS) to our older RoboHelp x5/RoboSource Control 2.3 server (WinXP), copied CHMs that were generated/compiled on our new RoboHelp 9/RoboSource Control 3.1 server (Win7) in RoboHelp 9 over to the WinXP machine, and then launched them by double-clicking on them.
Result: Browse sequences ABSENT.
CONCLUSIONS
The machine you are logged on to matters more than where the CHM resides (that is, locally or on another networked machine), or even the version of RoboHelp that it was compiled/generated in (although as my next conclusion states, this last one does appear to matter).
Supporting evidence: CHMs that were compiled/generated in RoboHelp x5 only display browse sequences when they are launched (via double-click) locally from a WinXP machine. Browse sequences are absent when they're launched from a Win7 machine.
The version of RoboHelp that the CHM was compiled in matters.
Supporting evidence: Browse sequences in RoboHelp 9 generated/compiled CHMs do not appear, even when the CHMs reside on a WinXP machine. Is HHActiveX.dll somehow incorporated into the generate/compile process?
Either HH.exe or HHActiveX.dll, or both, matter.
Supporting evidence: Browse sequences appear in RoboHelp 9 generated/compiled CHMs on a Win7 machine when I launch the CHM from a command line, specifying which HH.exe to use.
Is this a function of the HH.exe (there are multiple instances of HH.exe on my Win7 machine, but the command line solution doesn't work for all of them; plus, each files seems to be identical/the same version), or
is it a function of HHActiveX.dll (does HHActiveX.dll registration control which HH.exe works, which would explain why some of HH.exe's don't work from a command line; the assumption here, then, is that when I double-click a CHM, the default HH.exe that is used isn't the one that's registered)?

Hello again
Hopefully Colum won't mind my offering a few answers here and there,
RoboFan wrote:
Thanks for the response, Rick. I appreciate the feedback.
A few follow-up questions...
Can you confirm that neither the version of HH.exe, nor its file path matter?
Unsure what you mean by the version of HH.exe mattering. If you double-click a CHM file on a 64 bit Windows system, it appears that it automatically opens the 64 bit version of HH.exe. Short of having an installation routine of some sort that reconfigures the operating system to open the 32 bit version instead, I can't fathom a way that you would be able to influnce the behavior. Obviously, application developers are able to force this choice. I say that because after you compile and choose to View Result, RoboHelp opens the 32 bit version of the CHM viewer. Now whether this is behavior that is designed by the application developer or whether it's standard Windows behavior with RoboHelp being a 32 bit application is beyond me. Only Adobe can really say for sure what is going on.
How do I identify/verify that an instance of HHActiveX.dll is the 32-bit version?
How do I identify/verify that an instance of HHActiveX.dll is the 64-bit version?
I'm not sure there is a way. At least I'm not knowing a way. I think the best you can do is supply both versions and tell your installation team to register both. Then it shouldn't matter, no?
Where can I obtain the 64-bit version of HHActiveX.dll?Based on my research, it appears that C:\Program Files (x86)\Adobe\Adobe RoboHelp 9\Redist on our 64-bit machines would be one such location. Can you verify this?
I think Colum answered that.
Where should the 64-bit version of HHActiveX.dll that I subsequently register, reside (i.e., file path)?
Wherever you (or more precisely your installation team) decide to place it.
Likely you will think that answer is a bit snarky. But it's not intended to be that way. I'm just being honest. That's why you have to register it with Windows. The process of registering the DLL tells Windows where it is and how to work with it.
Should I replace all 32-bit instances of HHActiveX.dll on our 64-bit machines?
I've never encountered a need to replace versions. But again, likely only Adobe can answer that one with a straight face.
Assume I successfully register the 64-bit version of HHActiveX.dll. If our primary layout in RoboHelp HTML is HTML Help and I invoke the Generate Primary Layout function (and view result) or View Primary Layout function in RoboHelp HTML (i.e., I launch a .CHM from within RoboHelp HTML), will RoboHelp HTML re-register the 32-bit version of HHActiveX.dll? And if this is the case, does that mean I'll have to go back and re-register the 64-bit version each time I use either of those functions?
Launching the file does nothing to register the dll. That's why there is a separate process. The act of registering should be a one off. I believe what happens is that the Windows Registry is modified with information that HH.exe (64 bit or 32 bit) uses to determine what to do with the dll(s). Again, I'm not an application developer nor did I stay at a Holiday Inn Express last night so I can't claim to be one.
I believe that once you get both dlls properly registered, it won't matter if you launch the 64 bit or the 32 bit version of HH.exe. The Browse Sequence window should then show. (Incidentally, the same dll also manages behavior of the Glossary tab functionality in a CHM)
What happens in a mixed (32-bit/64-bit) environment?
Our in-house network contains a mix of 32-bit and 64-bit machines.
We post a .CHM (with browse sequences) to a standalone PC (no RoboHelp applications are installed on this particular PC) on our in-house network.
All the 32-bit and 64-bit machines on the network can access this single .CHM file via a shortcut.
Does the existence and registration of HHActiveX.dll matter for just the PC hosting the .CHM, just the PCs accessing the .CHM, or all PCs? And which versions of HHActiveX.dll need to be registered for which machines?
Yeah, good luck with that. Years ago, Microsoft modified the behavior of CHM content to disallow working that way. CHMs are intended to be copied to *EACH PC* using it. There are ways to modify the Windows Registry to allow CHM to still work that way, but it's something your IT staff have to manage. And by modifying things to allow it, you have to relax security and that makes a machine more vulnerable to attacks down the road. Years later, Peter Grainge still reports that his page on this is still among the most often visited. Click here to visit Peter's page.
Hope I managed to satisfactorily answer your "few" other questions. I tried... LOL
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7, 8 or 9 within the day!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

Linking to the Users Browser

Hi,
I am currently compiling old RoboHelp for word (WinHelp 200)
projects into .chm files, and have a problem with hyperlinks in the
projects.
I want the hyperlinks in the projects to open in the users
default browser when click (the hyperlinks are to web pages) but
they just keep opening in the mian window...
I have tried to add them as HTML Jumps with the 'Display in
Browser' option cecked with no luck.. Has anyone else come across
this or have any ideas which may help?
Thanks

Hi,
I am currently compiling old RoboHelp for word (WinHelp 200)
projects into .chm files, and have a problem with hyperlinks in the
projects.
I want the hyperlinks in the projects to open in the users
default browser when click (the hyperlinks are to web pages) but
they just keep opening in the mian window...
I have tried to add them as HTML Jumps with the 'Display in
Browser' option cecked with no luck.. Has anyone else come across
this or have any ideas which may help?
Thanks

RH 11 v11.0.2.240: Cleaning up an External Style Sheet (CSS)

Hello,
I am in the process of trying to clean up a CSS for an "old" RoboHelp project. I believe the CSS contains many unused styles that were probably "trial & error" styles, but were never deleted when they failed to produce the correct format. I know it doesn't do any harm to leave them in the CSS, but I really don't want them around!
I did not see a report in RoboHelp that would provide this information, but before doing a search for each individual style using a program like Agent Ransack, I wanted to see if anyone in the Community had any clever ideas as to how to accomplish this task.
Thanks for your input/suggestions!

I can't say I've had this issue. But then again, I never use the CSS property inspector to create an external style sheet. I just hit File > New > CSS. I add my CSS rules and Save it to the local site folder.
Link style sheet to HTML pages.
http://alt-web.com/DEMOS/DW-Link-Stylesheet.shtml
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb

RobServer 8 and RoboAPI.asp

Like many in my position, I am a Technical Author that also administers the document servers for the company. In my case, the Australian Federal Police. I have been using RoboHelp and RoboEngine/Server for many years, so I am quite familiar with the setup. I am also quite close to the development team, who worked with me in the beginning to set up all the applications for the RoboHelp/RoboServer Context Sensitive Help (CSH) technology.
RoboHelp Server 6 and 7 created many problems for me. The constant errors, the weekly server re-boots, the monthly flushing of databases, the daily Windows Service restarts; I'm sure there are others familiar with this as well.
Then along comes RoboHelp Server 8. After a frustrating length of time receiving no help whatsoever from Adobe, I am told that RoboServer 8 will fix everything.
So I put in a case and was given the budget to proceed with the upgrade. Two RoboHelp Server licenses, a Tech Comms suite and three RoboHelp Office 8 licenses. Thousands of dollars and countless hours later, I am no better off because none of our applications can call the CSH from RoboServer 8. None of the documentation for RoboHelp 8 or RoboHelp Server 8 says this up front. In fact, the RoboHelp 8 documentation maintains the use of the RoboAPI.asp for viewing WebHelp Pro output, but, like I said, it just doesn't work and won't work.
In the back of the RoboHelp Server 8 book is the procedure for connecting Tomcat and IIS. If anyone has bothered to look, it is pure gobbledegook. None of the URLs take you to the file downloads and you need a university degree to understand the process anyway.
I now have the Madcap Madpack, plus Madcap Server, which I shall be trialing, but, in the meantime, I have these urgent questions:
Can RoboHelp Server 8 be connected to IIS so that I can use my RoboHelp 6 and 7 API calls that are part of our applications?
Does anyone have a set of instructions that a failry intelligent person can follow to do this?
Currently, our main application uses a configuration file to specify the root server. It looks something like this:
http://<server>:666/ and is placed in the variable strRootPath
The call in the code is defined in the variable strHelpPath and is in this form:
RoboAPI.asp?context=<context ID>
This has worked well for many years and many versions of RoboHelp from RoboEnterprise to RoboEngine to RoboServer 4.
Someone out there has got to have an answer for this. I can't imagine what would happen if I had to go back to the development team and inform them that we have to change the code. For the Web Apps, it would not be so bad, but will still take months of coordination and testing before it can be released. Our main application, however, is another story, and will require the approval of a new On Line Help project. If we have to do that, it won't be RoboHelp!

After some badgering of a couple of the developers, I am almost at the verge of some small milestone. The string that calls the on line help is built using the content of a couple of variables. The main one is the servername. In the old RoboHelp 7 format, it is entered into the config file as http://<servername>:<port>/RoboAPI.asp?
I changed this to:
http//<servername>:<port>/test/server?
(I created a context in RobHelp Server 8 called "test").
The rest of the string is built from the content of a variable that pulls the context ID from a database table. The result is "context=<ID>", so it should work just fine, right?
Well, no, it doesn't.
A help viewer called browser.exe is used to view the help. When the above configuration is used, the help viewer opens with this single line of text:
The help page you are looking for can be found at here.
Clicking here takes you to the correct page, in the help viewer.
There MUST be some way of bypassing that crudely drafted message. There are other issues, but this ome MUST be resolved first.
Anyone?
Please?

Glossary Trouble: strange characters in final .chm output

Dear Expert,
I am pursuing a course in technical writing and have been asked to submit an Online Help Manual as part of an assignment. I used the RoboHelp 8 HTML to create the Help file and when i generated the final output, one of the terms in the Glossary Tab had an "ME=" prefix.
I tried renaming it in the Glossary file and generating it, but to no avail. Even when i deleted that particular term from the glossary list, it (the 'ME=') simply moved on to a different term!
I am attaching a screenshot of the same. I look forwarded to hearing from you!
P.S: I am a newbie to Adobe RoboHelp...so please explain the solution (if any!) like you would to a 2-yr old :-)
Thanks in advance.
Cheers,
Carol

Teach a 2 year old RoboHelp, nah!
This is a novel one. I don't think I have seen anything like it reported. Make a copy of your project and then open the project's .glo file with a text editor such as Notepad.
See if there is anything in there that could be causing it. If not, try creating another glossary, pasting the definitions in from the dodgy one.
Post back if that doesn't help.
See www.grainge.org for RoboHelp and Authoring tips

Would like to use HTML in 6.0

Hi, Again (already)?
Kind of a corollary to my previous question (how to access
old RoboHelp projects): Apparently, Word is the default editor for
this package, but I've been using HTML, and would like to continue
to do so ... is this a problem?
Thanks again,
Lon

Hi Lon
In case Lori's suggestion wasn't what you were looking for,
you may also be seeing a feature of RoboHelp HTML. This feature
allows selection of alternate HTML editors if you so choose. Well,
actually it's the default.
What RoboHelp HTML does is looks at the meta tag inside the
HTML code to see which editor created the file. In your case, it
may be sensing Word and instead of opening the HTML topic in the
RoboHelp HTML WYSIWYG editor, it opens Word.
If I've understood this correctly, here is the fix. Within
RoboHelp HTML, click Tools > Options... > HTML Editors tab.
Ensure RoboHelp WYSIWYG is the default editor. It should be as
that's the default. Now look near the bottom of the dialog. You
should see two options. One labeled "Auto-select Editor" and
another labeled "Use Default Editor". My guess is that Auto-select
is configured as it's normally the default. So choose "Use Default
Editor", click OK and you should be set. Unless, of course, I've
misunderstood the situation.
Cheers... Rick

Old Robohelp Compatibilities

Similar Messages

Maybe you are looking for