HTML Help Studio?

Hello,
A forum search didn't return any results, so apologies if
this has already been asked and answered:
Where do I find the "HTML Help Studio"? We have a CHM that we
need to decompile as we no longer have the project itself, and the
instructions in RoboHelp Help indicate that this should be an
option on the Tools window.
However, I am not seeing this under Tools, nor under any
other menu option.
EDIT: We are using RoboHelp 7.
Thanks!

You can also decompile outside RoboHelp, using hh.exe which
is part of Windows.
Open a command shell and navigate to the directory containing
the CHM to decompile (you may want to place a copy somewhere easy
to type like C:\test).
Give the command:
hh -decompile scratch MyHelp.chm
This will decompile the CHM file into a directory called
scratch. The directory will be created if it does not exist, and
files will be overwritten if they exist.
What this procedure does not give you is the project file
MyHelp.hhp; there are various tools which attempt to reconstruct it
but none seems to be perfect.
BTW I have RoboHelp 7.02.001 and HTML Help Studio is in View
> Pods > Toolbox
Hope this helps,
--- Derek

Similar Messages

Askus (asktom) application for html db studio

Hello,
according to Tom Kyte you (the oracle html db team) wrote the basic "AskUs" Application which is used by asktom.oracle.com.
Have you ever thought of providing the ask tom application/functionality as a sample application on html db studio?
I would appreciate this as i'm searching for an easy to manage framework for publishing answers to questions, providing technical news information and rss-integration. This would be a good point to start.
BR,
Martin

Scott,
Thanks a lot for adding this demo app to your already tight schedule.
This app would help us a lot. I'm planning to develop similar kind of application for our organization.
Regards
Richard.

Crash on search function for HTML Help file (.chm) when connected to a Visual C++ application

Crash on search function for HTML Help file (.chm) when
connected to a Visual C++ application
I use the RH_ShowHelp API command to connect a HTML Help file
(.chm file generated by RoboHelp Word X 5) to my Visual C++
application. My application is able to call up this HTML help file
in context-sensitive mode and everything is working great in the
Contents and Index panels EXCEPT when I click on List Topics (after
I enter a KEYWORD for search) in the Search panel.
I got an error that said “Unhandled exception in
xxxx.exe.(HHCTRL.OCX):0xC00000FD: Stack overflow”
I am able to execute this .chm file by itself and the search
function works well in this case. I am using HHActiveX.dll that is
created on 2/23/04. Is this the correct version?? Any advice what
to do here??

Hi agschin and welcome to the RH forums. The hhactivex.dll
file is not used by the search function so you can rule that our.
Have you tried recompiling and seeing if the problem still happens?
You can also start the Bug Hunter feature in RH - View > Output
View and then select the Bug Hunter button - and see if that throws
up any clues.

How do I tell the installer to put my html help files in the helpdir symbolic location?

I used the File>>Print function to create an HTML help file for my application and specified in the VI Properties for the app to use <helpdir>:\ApplicationHelp.HTML as the Help Path. This should pop up the help file when a user selects "Help for This VI" from my custom menu. It works from my development directory because I installed the help files into the help directory manually, but I can't figure out how the get the installer to put the files in the correct location on the target system. I tried putting them in [LabVIEW 2010 Help] in the Destination View for the Source Files category, but that didn't work. Anyone know the right way to do this?

kgarrett88 wrote:
Hey MrSmith,
In LabVIEW 2010 SP1, if open the Project and right click My Computer, you can add the help file as a source. After you have added this file, you can then create an installer. Under the Destination header, you can add your desired destination path. After you have done that, you can go to the Source Files header and add the help file to that destination you created.
Hope this helps. Good luck with your application!
~kgarrett
Thank you for the reply! I had already done the steps you suggested, so let me put up some screen shots that should help you understand my issue better. First, I specified the path to the help information on the Documentation screen of the applications Properties:
Next I had added all the help files (DetectorFT.html and all the .png files) to the source in a virtual folder I named Resources.
Next, for the release build I specified the files to be Always Included on the Source Files header.
Next I created a Resource Directory as a destination for the release build.
Then I specified the Resource directory as the destination for the files for the Release build.
After creating the Release build, I created an Installer build and told it on the SOurce Files screen to put the help files into the [LabVIEW 2010 Help] directory.
I had assumed that putting the files in the [LabVIEW 2010 Help] destination would put them into the correct directory when the installer ran. When I ran the installer on the target system, the ran the application I tried to select the "Help for This VI" tab on the menu, but it was grayed out indicating it could not find the file in the proper location. So the question I have is, what IS the proper location for the files to be installed to so the the application will find the Help files when it is looking for them at the <helpdir> Symbolic Path location? Thanks again!
Jim Smith

Can I have a Text Search in HTML Help output?

Hello,
I'm relatively new to Robohelp and while testing the possible output methods I found that there is no internal text search function available for the Microsoft HTML Help (.chm) file.
Does anyone know if it is possible to enable this function?
Thank you
Holli

Hi Holli
Perhaps try creating a brand new window?
Make sure Microsoft HTML Help is your Primary Layout by right-clicking it in the Single Source Layouts recipe box.
Then open the Project Set-up pod and create a new window.
Then in the Single Source Layout recipe, make sure you choose the new window you just created.
Recompile and check.
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

Urgent - HTML help merged projects - displaying in the same window

Hi All,
Following some recent windows updates I'm experiencing all sorts of problems. My most urgent problems is as follows:
First off this is all in RH8 and yes I have upgraded to 8.0.2 and project is set to re-build cpd each time.
So I have a merges project as follows:
Parent project
child project 1
chils project 2 etc
when I compile an html help project with TOC, and single source window settings on default if I click on a child project it is diaplyued in a separate window. If I then select a different project in the parent project TOC this is also displayed in a different window but the window still has the caption of the previously opened file.
What I need as the end result is for my HTML help project output to al display in the same window whether I click on a parent project item, or a child project item.
Please can somebody advise mne how to do this as I am VERY close to a deadline and as usual it seems RH8 has let me down again.....
Thanks
Author Care

Hi there
Methinks Colum needs more coffee, because the options he cited have nothing to do with other windows. They have to do with whether the displayed topic synchronizes with the TOC and whether the TOC entry is highlighted.
I'm thinking it has to do with creating a "Global" window. You change the names of the windows so they include Global.
The link below has more:
Click here to view
Cheers... Rick
Helpful and Handy Links
Captivate Wish Form/Bug Reporting Form
Adobe Certified Captivate Training
SorcerStone Blog
Captivate eBooks

Internet Explorer Script Errors in HTML Help

I am using Robohelp 8 HTML. I create both WebHelp and Microsoft HTML Help. My operating system is Vista.
The WebHelp file will be directly called from the application software to allow users to access topic specific help.
The Microsoft HTML help is to be attached to my company's website to allow remote users to access our online help.
I have created a project and generated WebHelp. Everything works as designed.
However, when I change the output to Microsoft HTML Help, I get Internet Explorer Script Errors when I try to review the output.
The compiler seems to find exception with two specific lines, specifically, AddMasterBreadcrumbs and again, highlightSearch.
When I attempt to review the output, I can simply click No when queried if I want to continue running scripts on this page and display the HTML help. It works as it is designed. Naturally I would prefer my users won't have to click through a few error messages to get to the help.
If I comment these two lines out in the topics, I don't receive these errors.
Although my work-around will allow a user to open the project without seeing those Script Errors, I am concerned that it might be introducing errors that I haven't found yet.
Does anyone else experienced this type of error in producing HTML Help?
Does anyone know the reason this is happening and can they offer an actual solution (and not a workaround?)
Thanks so much!
10570Fan

I've attached one of the screen shots and I took the liberty of posting the htm file (so you can track the specific line numbers to which the error messages refer). The second error message is the same, except it refers to line 117.
I checked with the developers and they will use the WebHelp version. However, they are curious (as am I) why we get these error messages. Any suggestions you can provide will be appreciated.
Thanks again.
10570Fan

Search functionality no longer works in any of my recently generated HTML Help projects

I'm using Rh 10.0.1.292 and Rh 11.0.4.291 for different projects.
Recently, I've noticed that the Search feature returns no results, in any of my projects that are generated in either Rh10 or 11. I just get the "No topics found" message. This used to work.
The only thing that has been done recently (that I can think of) involved working with .slp files to fix an issue with the Glossary tab and the Search functionality in a Rh 11 Responsive HTML5 layout. (https://forums.adobe.com/thread/1690579) I can't, however, see how that would break the Search functionality in my HTML projects.
Any ideas?

In either Rh 10 and 11, whenever I generated a project as HTML Help (even an example project) the Search functionality was broken. Finally, when I couldn't think of what else to try, I uninstalled and reinstalled Rh 10, and that solved my problem--in both Rh 10 and 11!
Apparently some file was corrupted, but I don't know what was broken or what caused the corruption. I am still trying to get some clarification from Adobe, but so far, I have only received the following comments:
The robohelp cache folder and the preferences might have caused this.
The problem can be either with the updates on system.
If I should receive any definitive information, I will update this post.
Thanks.

Airplane help with Webhelp and HTML Help

Hi. We are generating 2 outputs using Robohelp v.6.0: HTML
Help and WebHelp. Standalone they both work fine. The context
sensitive .chm works too. Problems are:
1.) the primary help (Webhelp) does not appear - there isn't
any error msg either.
2.) when an invalid url is used the secondary help file does
appear (HTML help). But this doesn't happen with the correct url of
the primary help - Webhelp
Isn't there supposed to be a reference to the mapping in the
<head> of each htm file?
Can anyone help on this topic? many thanks!

First, move the styles from the form generator to the <head> of your document. Otherwise there is a possibility browsers could ignore the invalid code.
Then move your form div inside the banner div and set the attribute float:right; in your CSS for the form div. Then you should be good to go.

Image Link in HTML Help Doesn't Work (Works Fine in PDF)

Using TCS V1.3 with the latest patches.
Single source project with FM to RH -- output to HTML Help.
I want to create a hyperlink over an image that, when clicked, opens a new topic within the same .chm file.
Here's what I did:
1. Imported image by ref. into FM.
2. Created text box over image.
3. Created a hypertext link (Specify Named Destination) at the beginning of the destination heading/topic.
4. Created a hypertext link (Jump to Named Destination) inside the text box.
5. Tested link in FM - works fine.
6. Tested link in PDF - works fine.
7. Tested in .chm - link doesn't exist, just the image.
Have I missed a step?

Hello,
Its because Spry attaches event listeners on the "tabs / buttons / handles" of the accordion, these event listeners are set so they prevent default events.
There a few ways to solve it.
- Add a onclick event to your <a> elements that does this:
onclick="window.location = this.href; return true;"
- Or you could add another event listener that does it for you, so you don't have to bother adding onclick="" to your elements
- Or edit the SpryAccordion.js. On line 248 to 276 you will find:
if (e.preventDefault) e.preventDefault();
else e.returnValue = false;
if (e.stopPropagation) e.stopPropagation();
else e.cancelBubble = true;
return false;
Replace it with:
if (e.stopPropagation) e.stopPropagation();
else e.cancelBubble = true;
return true;
Hopes this helps,

Searching for a term using the Search tab in HTML Help doesn't find all relevant topics.

I'm using the Search tab in the HTML Help window to search for a few words. But those words are not being located within the topics. For example, one of the words for which I am searching is Australian. I can find the topic that contains that word using the Contents tab. But the Search tab doesn't find it. I have even tried copying the word from that topic into the Search box but it is not found.
Is there a known bug in HTML Help search capabilities?

Is this a stand alone CHM file or is it merged? If it is merged, does the word appear in the search in the CHM containing the topic is searched? I assume you've checked that your Stop List doesn't contain the word being searched?

Files needed to be present to use HTML help and Web help

For using RoboHelp for word generated .hlp files, we kept
.hlp and .cnt files in the production environment for the users.
Now, we are planning to migrate to Robohelp for HTML help and
gradually to WebHelp.
In that case what are the files that are required to be
present in the production environment?

With HTML Help all you need to ship are the CHM files. That
is because these are compiled files that contain all the essential
ingredients to see and use the help. The only exception to this
rule is if you are using a glossary or browse sequences. In this
instance you'll need to ensure all your users have the
HHACTIVEX.DLL file installed on their PC. If they don't they won't
be able to see them. You cab get the install routine for your
application to install and register this file.
With regards to Webhelp, you'll need to publise all the files
generated by the compile. Part of the compile process is setting up
the location of the published files (e.g. Intranet, FTP). You don't
have to worry about what to publish. As long as you have your
location correctly defined all the files are copied there.

Topics not displayed in HTML Help after importing bilingual (Eng, Simp Chinese) word doc

Hi all:
I imported a bilingual (English, Simplified Chinese) word
document (Windows XP) into Robohelp and split topics based on
Headings. This was successful and I could see both English and
Chinese characters in the topic sections.
When I generated HTML Help and reviewed the output, the TOC
was displayed properly, but the topics could not be found for all
topics in the TOC.
I had installed the language packages in Windows XP.
Any suggestions?
Thanks.

I wonder if this is nothing to do with language but because
you are viewing the CHM across a network.
If that is the case, see this article.
http://www.grainge.org/pages/authoring/chm_mspatch/896358.htm

RoboDemo (Captivate) file links don't work in HTML Help

I have about 20 Flash movies (one .swf and one .html file
each) that I created using Captivate (formerly "RoboDemo"). They
are stored in a subfolder named "Demos" below the application
folder where my compiled Help file is stored. Each movie is
referenced in a Help topic with a statement like the following:
{ewl RoboEx32.dll, WinHelp2000, HREF="demos\dc_gaprop.htm"
ALTERNATE="Self_Running_Demo_Links”}
When I compile for WinHelp 4, the Flash movies run fine when
I open the topics that reference them as above. When I compile for
HTML Help, however, nothing happens when I open the topics that
reference them. All plain text topics and web page links appear to
work fine in the HTML Help version. I am running Help on my local
drive. I have a Windows XP machine. I am using RoboHelp 5.0 (a
little out of date, I know, could that be the issue???)
Thanks for your help!

Hi pgcalc
I'll spare you my normal admonishment about creating HTML
Help using RoboHelp for Word.
You might take a look at the following links and see if they
help any. They are geared toward RoboHelp HTML, but maybe provide
something useful that could help.
Link
one
Link
two
Keep us posted on whether the links were helpful.
Cheers... Rick

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

HTML Help Studio?

Similar Messages

Maybe you are looking for