Robo HTML Help Author Message

Hello,
I'm new to this forum, and I hope someone can assist me with
this issue. I've only been using RoboHelp (HTML) for about 4
months.
I deleted a custom window (for the navigation pane in the
HTML viewer) in a project I updated because after I compiled the
project the tri-pane navigation pane didn't appear correctly
(didn't have the Contents, Search, and Index tabs.) It only allowed
a user to type in a keyword for the topics to display. So, after
quite a bit of troubleshooting, I deleted the custom window and
just used the default window. I recompiled the project, and the
navigation pane appeared with all of the three correct tabs.
However, evertime I select a topic under the Contents tab, this
HTML Help Author Message appears:
"The window name "AutoSPRINK VR 6" passed to HH_GET_WIN_TYPE
has not been specified."
"AutoSPRINK VR 6" was the custom window I deleted, but I
didn't think that would make a difference. It does go to the topic,
but only after I click OK twice on the message dialog box. This
occurs each time I select a different topic. This doesn't happen
when I select a reference link.
How can I get rid of this message dialog? It's annoying for a
user to have that message pop up everytime they select a topic.
Felnic

Hi Felnic,
This was a bug a long time ago and I haven't heard about it
in newer versions but apparently it is still there. From your TOC
right click on a topic, open Properties, and Open the Advanced
page. From there, select a window. When you deleted your window
definition, RoboHelp didn't clean it up in the TOC. The same thing
happens if you change the window name. As far as I know, you have
to manually change each topic.
By the way, what version of RobpHelp are you using?
John

Similar Messages

Is there an HTML help authoring tool for LV?

Ideally one tool fits all, LabView, C# and MSVC++.
I know RoboHelp is a good tool for non-LV languages, does any one know other good tools? Thanks

The standard Common User Access (CUA) states that the key F1 will open help. Unfortunatly you cannot associate this key with a help file and topic as you can in other development systems.
On windows systems the behaviour seem to be common with what I have tested with MS Outlook, MS Internet explorer, LV and my favourite Help authouring tool (HAT). All open the default topic of the help file.
On IBMs AS /400, now iSeries, F1 will open a window which depends on the field where the cursor is. On GUI system this is related to the control who has the key focus. If the cursor is outside any field a help window explaining the current screen will be opened.
LV allows you to simulate this using the event structure. Make a event case for "Key up". Look into help for scan codes and how the keys are mapped to the values in this case. This event exists for the VI and for each control/indicator. If you have detected a F1 key you can open the help file with the corresponding topic.
The other way of context sensitiv help is Shift-F1. This works different in different applications. MS Outlook will open a popup window depending on the part where the mouse cursor is. MS IE will open the default topic of the help. My HAT will change the cursor and when you click somewhere you get a corresponding popup window. LV will ignore this key. The best way LV has for that is the "Tip" or "Tip Strip".
I think that NI will not make a new property to VIs and controls containing help file information and to associate the F1 key with that properties because you can connect F1 to a control using Key Navigation. This is another method of providing help. Place a control outside the visible aera and connect it with F1 using key navigation. This way you can open a help file with a topic with the context sensitivity of the window.
Another thing I have to comment is that why will you use HTML files instead of HTML based help (Win98, this is the same help LV uses)? If you have a medium sized application you will have to be careful to deploy a lot of files (more than 30 I would expect, 1 for ech topic and two or three for the frame, navigation and table of contents). You have to take into concern various browsers (4 Versions of MS IE, some versions of Netscape, some versions of Opera) with various versions of JavaScript if you will use a dynamic table of contents. And you will loose such things like Search and Favourites. Win98-Help looks always the same because there is only one viewer installed with every Windows and there are no third party products doing some things different. The only answer I would really accept is you are not on a windows platform.
Waldemar
Waldemar
Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions

HTML Author Message

Suddenly, I am getting the following error message whenever I
look at my chm file:
The file
mk:@MSITStore:D:\OP_Docs\OP_16_Docs\OP16_ReleaseNotesProjectArea\SSL!\Microsoft_HTML_Help\ OP_16_Release_Notes.chm::/OP_16_Release_Notes.hhc
contains an invalid HTML tag.
Can anyone tell me how to find the invalid tag? I looked in
the .hhc file (text follows) but I apparently don't know what it is
I'm looking for! Help would be much appreciated.
Thanks,
Betsy
<html>

<object type="text/site properties">
<param name="SiteType" value="toc">
<param name="Image Width" value="16">
<param name="Window Styles" value="0x800002">
<param name="ExWindow Styles" value="0x100">
</object>
<ul>
<li><object type="text/sitemap">
<param name="Name" value="OP 16 Release Notes">
</object>
<ul>
<li><object type="text/sitemap">
<param name="Name" value="Introduction">
<param name="Local" value="Introduction.htm">
</object>
</ul>
<li><object type="text/sitemap">
<param name="Name" value="New Features">
</object>
<ul>
<li><object type="text/sitemap">
<param name="Name" value="New Features">
<param name="Local"
value="New_Features\New_Features.htm">
</object>
<li><object type="text/sitemap">
<param name="Name" value="System New Features">
<param name="Local" value="New_Features\System.htm">
</object>
<li><object type="text/sitemap">
<param name="Name" value="Application New Features">
<param name="Local"
value="New_Features\Application_New_Features.htm">
</object>
<li><object type="text/sitemap">
<param name="Name" value="Appkits">
<param name="Local"
value="New_Features\Application_Releases.htm">
</object>
</ul>
<li><object type="text/sitemap">
<param name="Name" value="Known Issues">
</object>
<ul>
<li><object type="text/sitemap">
<param name="Name" value="Known Issues">
<param name="Local" value="Issues\Known_Issues.htm">
</object>
<li><object type="text/sitemap">
<param name="Name" value="Applications Known Issues">
<param name="Local"
value="Issues\Applications_Known_Issues.htm">
</object>
<li><object type="text/sitemap">
<param name="Name" value="System Known Issues">
<param name="Local"
value="Issues\System_Known_Issues.htm">
</object>
<li><object type="text/sitemap">
<param name="Name" value="Compatibility">
<param name="Local" value="Issues\Compatibility.htm">
</object>
</ul>
<object type="text/sitemap">
<param name="Name"
value="installation_instructions.chm::/installation_instructions.hhc">
<param name="Merge"
value="installation_instructions.chm::/installation_instructions.hhc">
</object>
</ul>
</html>

Hi Beverly and welcome to our community
You said:
But if any Adobe employees are monitoring this thread, this is
something that should go onto your list of things to fix.
First off, I see you are new here. So please don't confuse
the rather officious looking logo near my forum name as meaning
that I'm an official Adobe employee. I'm just a recognized
volunteer.
Secondly, if you really wish to gain Adobe's attention, you
should consider completing a Wish Form/Bug Report. You may do this
by
clicking
here.
And last but not least, I'm thinking that there may be very
little Adobe can actually do to banish the "Help Author" messages.
As you have seen in this thread, they only occur on the help
author's PC. Normally, it's because other authoring components from
Microsoft are present. This makes me feel that the issue is
probably totally within the realm of Microsoft's control and not
Adobe's.
Cheers... Rick

Error Message= x Cannot find the HTML help browser installed on your system.

Help! I cannot seem to find the solution for the error message I get when trying to generate a layout in Microsoft HTMl Help (Primary Layout). I am using the trial version, but it didn't seem to be an issue for anyone else in my class that was also using the trial version.
The error message states, "Cannot find the HTML help browser installed on your system."
Thank you!

Sounds like a problem with the installation of RoboHelp on those machines. When you install RoboHelp, it installs the necessary files to view a CHM.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

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

Can't search for the term 'XML' in HTML-Help

Hi!
I work with RH8HTML (8.0.0.203), Windows Vista Business SP2 and IE 7.0.6002.18005.
I've created some topics which include the term XML. When I create the HTML-Help, then search for the term XML, I am shown a message that says Help cannot search for that term. But when I create Web-Help, Help can search for it!
I have checked the Stoplist and the List of ignored words, but XML is not listed.
Does anybody have an explanation for this strange behaviour?
Thanks for helping a help author!
Kind regards,
Kurt

Hi all
I just tested this in RoboHelp 8 and it was fine on my own system. The message Peter saw seems to be the typical "Click cancel to stop the search." I attempted to capture it on my own PC but it flashes by so quickly that it eludes me.
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

Help Authoring Tool Options & Enhancements

I have been using RoboHelp x5 since 2005. For this year's
budget meeting I have to provide options/cost comparison on other
tools that are available. One thing that is of crucial importance
is that my background is not in computer/technical (no can do code,
scripting, etc), which is why RoboHelp was chosen in the first
place.
1) Can anyone offer an "addon products" to use with RoboHelp
(i.e. to enhance search function, etc)
2) Can anyone offer any advice (pros and/or cons) about any
of the following Help Author Tools?
• AuthorIT
• Doc-To-Help
• chm2web
• FAR
• Help & Manual
• Help Generator
• HelpConsole 2008
• HelpNDoc
• HelpServer
• HelpStudio
• HelpTron
• HyperText Studio
• Macrobject Word-2-CHM
• Macrobject Word-2-Web
• MadCap Flare
• Mif2Go
• WinCHM
Any assistance will be MUCH appreciated!
Cindi

Hi, Cindi,
If you're an experienced RoboHelp user and happy with the
output that you're getting with it then I would question the
benefit of switching to another help authoring tool. This may be
necessary in some circumstances —- for example, if you need
to output your help content in a format that RoboHelp does not
support, such as Microsoft Help 2.0 -— but for the most part
the time and effort required to learn the new tool and convert your
existing content for use with it will outweigh the benefits of
switching to it.
Here are a few notes on the tools you listed.
> chm2web
> Help Generator
> HelpConsole 2008
> HelpNDoc
> HelpServer
> HelpTron
> Macrobject Word-2-CHM
> Macrobject Word-2-Web
> WinCHM
I see little or no mention of these tools in any of the
Help-related forums that I frequent. This isn't necessarily a bad
thing, of course, but I believe it indicates that few professional
help authors are using them. I'd expect the cheaper of these tools
to provide few or no editing facilities, and in some cases they may
be designed to perform a single, very specific function, such as
compiling a set of existing HTML files into a .chm file.
> FAR
This is an excellent tool for performing search-and-replace
operations across a set of HTML files and compiling them into a
.chm file or Help 2.0 file. It provides no facilities for creating
and maintaining your topic content, however, so you should really
only view it as a potentially useful add-on to RoboHelp.
> Mif2Go
This is like WebWorks Publisher (not on your list): an
application that takes source content authored with Adobe
FrameMaker and converts it into a number of different help formats.
If you've already authored a lot of content with RoboHelp then
moving it into FrameMaker and setting up the Mif2Go or WebWorks
templates appropriately could be a big undertaking.
> HyperText Studio
This was up-and-coming five or ten years ago but, for
whatever reason, it seems to have dropped completely from view
(though I'm aware that it is still for sale).
> HelpStudio
This is a quite heavy-duty application that appears to be
more popular with software developers than with full-time help
authors. A "lite" version is now being given away with Visual
Studio.
> AuthorIT
> Doc-To-Help
> Help & Manual
> MadCap Flare
These are all significant players. I've used AuthorIT only
and, while it's certainly a powerful tool, the learning curve is
quite steep.
You can read detailed reviews of many of these applications
at the Writers UA site (
http://www.writersua.com).
Pete

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.

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

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

Accessing URL of links in HTML e-mail message via Services

I'm trying to write a simple service (in Automator) so that when I right-click on a URL, I can send that URL directly to my Instapaper account (rather than opening the link in a browser, and then clicking my bookmarklet to save to Instapaper.) I have it working for bare URLs included in the text, but I'd like to also be able to do it for hyperlinks in HTML-formatted Mail messages. Is there a way in Automator to access the underlying URL for a link, rather than the displayed link text? Clearly some of the built-in items in Mail's context menu (e.g. Open Link, Copy Link) do that, but I can't see how to get access to the URL in Automator.
Thanks in advance for your help with this,
Eric

Hi Scott,
"Unapealing" it is, but that doesn't get it very high on the long requirements list.
To make it more appealing to reward points is higher up there and I think everyone would love to see that.
Nevertheless I added it to the list.
Best, Mark.
P.S. On one hand I don't care about points, on the other I get teased in the office when I am not in the top ten, although with all this great contributions from you guys and girls, I am letting go of that goal. So don't bother.
Message was edited by: Mark Finnern

RoboHelp vs. SharePoint as Help Authoring Tool

Hello All,
I'm currently looking at RoboHelp to replace our old help
guides. Right now our guides are accessed though a 2 frame page
with an asp driven TOC on the left. The TOC just links to some html
pages that display in the right fram and others that are just
downloads of word, excel and PDF docs.
We will be purchasing Microsoft SharePoint next year and it
has been suggested to use that as our help authoring tool. I don't
know much about RoboHelp (other than I've been using the demo for a
couple days and love it's ease of use) and SharePoint and was
wondering if anyone out there has used both as a help authoring
tool and what your experiences were.
Are they pretty much similar, does anyone use them in
conjunction, any pros and cons to each?
Any help would be greatly appreciated.

Welcome to our community, mschallmo
I'm not a Sharepoint user and I didn't stay at a Holiday Inn
Express last night, so I can't claim to be one.
I think you are comparing Spiders to Hedgehogs here. RoboHelp
is a Help Authoring Tool (HAT). Sharepoint is a product that might
display what RoboHelp created, but will not facilitate actually
creating the content you would later display as RoboHelp will.
Unless someone more experienced with Sharepoint steps up to
refute this, my understanding is that you would need
Both RoboHelp
AND Sharepoint. RoboHelp to author the content and
Sharepoint to present it to your users.
Cheers... Rick

Cannot view topics in generated HTML help

I am using RoboHelp HTML Version 11 with Windows 7 Enterprise/Service Pack 1. My problem is with generating HTML help files. It appears to generate and I get the message that it ran successfully. It even generates the CHM file, but when I click on a topic, nothing happens. The topics don’t open at all. The TOC books do, but not topics. I do get a compiling warning “The size of the stop file has to be limited in 512 bytes.” I have no clue what the stop file is. Did a quick search but didn’t find anything useful other than another user a few years ago who had the same issue and same warning. Unfortunately, I did not see resolution posted. Any help would be greatly appreciated! Thank you.

Hi there
Ummm, where exactly is the CHM file that you are trying to open?
Perhaps the link below will explain some things?
Click here to view
Cheers... Rick

Robo HTML Help Author Message

Similar Messages

Maybe you are looking for