Troubleshooting HTML Help (CHMs)

Bear with us while we add to this starter list. Items will be added as we think of them and not necessarily in order of importance.
Please feel free to email RoboWizard or Peter Grainge via their web sites with suggestions.
I see the Browse Sequence Bar but my users don't!
Likely HHActiveX.DLL needs to be registered. Click here
I see the Glossary Tab with data but my users don't!
Likely HHActiveX.DLL needs to be registered. Click here
Table of Contents is not Synchronizing or Highlighting.
There are essentially two changes that should be made. Click here
I see the Navigation Panel, but no information appears on the right when I click pages.
The following links describe what to check.
If the .CHM file is stored on a network drive: Click here
If the .CHM was sent via E-Mail or downloaded from a web site: Click here
Searching seems to be broken. It fails in my .CHM but works wonderfully in others!
The following link describes what to check. Click here
I selected a skin to use but it doesn't appear in my .CHM.
Skins are a feature that applies only to WebHelp, FlashHelp and AIRHelp outputs. .CHM files cannot be skinned.
Can't see the answer here?
As well as RoboWizard and Peter Grainge's sites, try these -
Rob Chandler's Helpware site. As well as selling his oh so useful FAR program, Rob hosts a whole lot of pages and links.
Click here
Shadow Mountain Tech (information for programmers on how to link to HTML Help files).
Click here
Ulrich Kulle's site (more tutorials, programming guidelines, code samples).
Click here
Dave Liske's Help Technology Centre (tutorials, code samples, FAQs, tips and tricks).
Click here
The Troubleshooting Guide has links to the troubleshooting tips for all the other categories.

Hi,
Post bug reports for IE to http://connect.microsoft.com/ie
Include detailed reproduction steps with your post.
or
Contact the vendor of the Help file to see if they have an update.... some document types do not support the <base target attribute... they will need to update their HTML help files to standards.
HTML resource files may refer to online links or use a protocol handler that has no x64 handler installed on your machine..... Try turning off EPM...
The Windows HTML Help UI uses the Web Browser Control to host html content. I don't think it is supported any longer. IE's help has been changed to an online version in IE11.
Rob^_^

Similar Messages

Call an html help (*.chm) from an oracle form

we used to call a help file (oracle_dba_help.hlp) from an oracle form by using the following code .
Declare
Htype PLS_INTEGER;
Begin
Htype := WIN_API.HELP_CONTEXT;
WIN_API_SHELL.WINHELP('C:\oracle_dba_help.hlp','11',Htype);
End;
but when we used the html help(oracle_dba_help.chm) instead of help compiler(oracle_dba_help.hlp) it didn't accept
please give us a way to call html help from a form.

eeddings wrote:
Thanks for the idea, but I can't switch the project to WebHelp. This .chm project consists of a master project with 18 slave projects and a slew of remote jumps. I'd have to recreate all of the remote jumps if I switch to WebHelp.
Hopefully Adobe can fix this issue.
Well, first off, even though it would be WebHelp, it would be inside a CHM container. So for all intents and purposes it would be a CHM file. But having said that, I'm not sure there is a way to merge these hybrid types of CHM files.
If your statement about Adobe fixing the issue is meaning that they can either remove the Print icon from the CHM Viewer, I wouldn't hold my breath because as I said, that's in Microsoft's lap and they haven't updated the CHM viewer in a long while. Doubtful they ever will.
The only hope would then be for Adobe to update the code used for the Mini TOC. The only way that will happen is if enough folks submit this as a bug via the following link:
http://www.adobe.com/go/wish
Until that would happen, your likely best bet is to simply avoid using the Mini-TOC feature or just insert a warning that if the topic is printed, it will cause issues. Or, you could use bookmarks and links to establish your own verision of a "Mini-TOC"
Cheers... Rick

Cannot Compile CHM -- Message says to close all HTML Help windows

Running TCS 1.3 with latest patches.
Single source project - output to HTML Help (.chm).
When I try to compile, I receive the following message:
"Cannot create compiled file. It may be open in another window. Please close all HTML Help windows and try again."
I don't have any HTML Help windows open. Shutting down RH and restarting does not resolve the problem. I have to shut down the computer, which is a serious hassle, before I can compile again. I do work from a network directory, which may be causing it, but I'd like to know if there is a process I can kill from the Windows Task Manager that would allow me to compile without having to restart my computer. I don't see any process that identifies itself as something I can kill to resolve this issue.
Anyone?

Hi there
That message normally indicates you have launched the .CHM file that you are trying to create. The first step of the process is to destroy the existing .CHM in preparation for building the new one. Just as you would need to destroy a house on a lot where you wish to build a new one.
If your .CHM is on a network drive, another user may have it open. (yet another good reason for working locally)
If your .CHM is on your local drive, RoboHelp believes you have it open. If you press Alt+Tab, you may see a blue up arrow. That will indicate the running CHM file.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 or 8 within the day - $24.95!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

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

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

Calling Windows HTML Help

Hello
can any one tell me how to call Windows HTML Help (.chm)?
It is possible to call .hlp file using -
v_help:=Winhelp.Winhelp('C:\HELP_SAMPLE.HLP',
'HELP_CONTENTS','ORA_FFI');
But same package fails to invoke HTML Help (.chm file) , is there any other pachage available to call HTML Help ?
thanks for any replay
Prakash K.B.

Hi Prakash,
you must install the MS HtmlHelp (hh*.* - files) on the clients and then you can call the CHM-Files from Forms-client:
host('C:\WINNT\system32\hh.exe C:\help.chm');
It works fine.
Regards
Friedhold Matz

Merging HTML help files

Hello
I am trying to improve a compiled html help (.chm) file. The only stuff I seem to find requires the source files and I only have the chm file. Can this be done or should I forget the whole idea?
JM

Hello,
Without the original compiler and project files it is not possible. I have been writing all types of help files mostly in CHM, without the project file and the compiler you simple can not. The actual compiler is critical as third party compilers will inject
their own stuff into project files that the native compiler from Microsoft will not understand.
Please remember to mark the replies as answers if they help and unmark them if they provide no help, this will help others who are looking for solutions to the same or similar problem.

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.

Html Help viewer different whn click on chm

I have a Rogohelp project and have generated HTML help in a tri-pane window with a browse sequence. When I view the help from withn Robohelp
(in the Single Source Layout pod right click on Microsoft HTML help and select View) it looks fine and the browse sequence is there:
But when I open it by double clickong the chm file the browse sequence is gone:
Any ideas?
I am using Windoes 7, 64bit

iwaddon wrote:
...Also I tried the chm file on a 32 bit Vista machine and it doesn't display the browse sequence there either...
Note that any machine you try on will need one of the HHActiveX.dll files present and registered. So the question here would be to ask if you also registered the 32 bit version of the DLL on the Vista machine?
...Then I unregistered th 64 bit HHActiveX.dll; regenerated the help and still the same result:fine when viewed from withtin RoboHelp and no browse seqiuence when open by double click the chm file
Note that it makes no difference whatsoever whether either of the two DLLs are actually registered while you are compiling. It only makes a difference when you actually view the help system after it has been compiled.
At this point, given that you state you did register the 64 bit version of the DLL and still failed to see the Browse Sequence, I'm inclined to say that you need to file a Bug Report so Adobe knows about it. You never know, they may get back to you on it. (Link to the Bug Reporting form is in my sig)
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

Header of a CHM file displayed as HTML Help

Hi,
I have an issue w.r.t the title bar of the chm files for Japanese, Chinese and Russian languages.
As per Adobe support team advice, whenever I have to work on Japanese, Chinese and Russian languages, I am changing the system language setting to the respective language.
As per the settings, I am successfully generating the required chm output. (Correct title of the project is displayed).
When I revert back to English langugae settings, the title bar of the chm file is displayed as HTML Help.
please let me know how the issue can be resolved.
NOTE: I am not able to upload or insert images related to the above issue. The system is diplaying an error.

Hi Muralidhar,
This is because the title for the browser is set to be NewWindow under Windows properties. To change this, please go to—
Project Set-up pod – Window—Right click and Select properties of the Window that you have applied here (in your screenshot, it says ”<None>”)
I believe you have either removed the Window or not applied it from the screen below.
Under your Webhelp Pro/Flash help Pro, you choose the same Window
Let me know if this works.
Thanks,
Anjaneai

HTML Help Workshop; creating the *.chm file

I'm about to create the documentation for a large LabVIEW
automation project. I would also like to use this
documentation as the content for my help-file used by the
LabVIEW program (a *.chm or a *.hlp-file) via the
Control Online Help.VI.
The question is, what is the most optimal way to create this document,
without having to do the job almost twice ?
Normally I would create the documentation as a Word-document.
But as far as I see, the help-file system has to be created by the
MS HTML Help Workshop program, and that uses a large collection
of html-files to compile into the CHM file. And the html-files that
can be exported from Word aren't optimal, are they, with
a lot of extra code etc...
Somebody have obvious
ly looked at this problem before me.
What are the tips, tricks and suggestions around ?
Martin

For everbody else in the audience, check out
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/htmlhelp/ht
ml/vsconHH1Start.asp to download the free HTML help workshop. It is a
package which takes a set of HTML files and generates a standard win2k/XP
helpfile.
However, your point is completely true: it just a major pain to make a
"pretty" version of both offline and online help. Both documents can have
the same content: a section explaining each menu item, several sections to
explain common tasks, a section explaining terms, etc. I dont see a huge
difference in usability as long as you create a union of material.
As for exporting I haven't found a good solution. As you've seen, you must
have the seperate HTML files for the help compiler. That's how the table of
contents, etc is generated. For my current project, I maintain that as a
frontpage web and apply a cascading style sheet. I didn't find a good way to
(automatically) split the word document into several HTML files or join the
frontpage web into a single organized word file. It wasn't a huge issue,
because I ended up using printed material as an installation guide and
online help as program documentation.
The one particularily useful thing was programming a custom "document my
progam" VI which exports using my special documentation format. Of course
that is really only suitable for the programmer's reference section. However
I really, really, really hated using Print -> VI documentation and
reformatting every time. I'm sure you'll soon notice that it gets tiring.
-joey
"CatLabMan" wrote in message
news:[email protected]...
> I'm about to create the documentation for a large LabVIEW
> automation project. I would also like to use this
> documentation as the content for my help-file used by the
> LabVIEW program (a *.chm or a *.hlp-file) via the
> Control Online Help.VI.
>
> The question is, what is the most optimal way to create this document,
> without having to do the job almost twice ?
>
> Normally I would create the documentation as a Word-document.
> But as far as I see, the help-file system has to be created by the
> MS HTML Help Workshop program, and that uses a large collection
> of html-files to compile into the CHM file. And the html-files that
> can be exported from Word aren't optimal, are they, with
> a lot of extra code etc...
>
> Somebody have obviously looked at this problem before me.
>
> What are the tips, tricks and suggestions around ?
>
> Martin
>
>

Complied chm file displays 'HTML help' on the title bar instead of the window name

Complied chm file displays 'HTML help' on the title bar instead of the window name.
I tried several ways like:
1. Changed File>Project settings name and also set the language to English (US).
2. Checked the Title name in .hhp file
3. Used the window while compling.
4. Robohelp language settings.
5. Also uninstalled and reinstalled robophelp.
But nothing helped
The title name is displayed correctly if the same project is compiled on another machine.

When the code in the HHP and the regional settings on a PC match, the correct title is displayed. Or other way around is also true the help title is displayed in the language specified in the help project IF (and only if) the regional settings of the PC match that language. Otherwise, "HTML Help" is displayed.
Hope this help.
Thanks and Regards,
Rahul Karn

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?

Troubleshooting HTML Help (CHMs)

Similar Messages

Maybe you are looking for