We’ve been working with some of our development teams to get them using the RoboHelp API instead of using bailing wire and duct tape to connect WebHelp to our apps. Most of our products are not doing CSH at this time, but this will bring them one step closer to implementing it, plus we want to standardize help windows by giving them a specific size and placement using the “window” feature.
file = AlertsProperties.getProperties().getProperty("HELP_FILE", defHelpFile);
if ((file == null) || (file.equals("")))
file = defHelpFile;
RoboHelp_CSH RoboHelp_csh = new RoboHelp_CSH();
String StrPathAndWindow = file;
RoboHelp_csh.RH_ShowHelp(0, StrPathAndWindow, RoboHelp_csh.HH_HELP_CONTEXT, 1);
As mentioned, the string file is obtained from the application’s alertsclient.properties file. Here’s an example, but this is not the actual location of the help files. HELP_FILE=file\:///<virtual path>\\help\\help.htm>main_help
The result is that the help ignores the window parameters and opens in the user’s browser with their default menu settings. The developer has dug into the code and found that only the whcshdata.htm file references the window, and this file does include the name and parameters entered by the writer. However, the majority of that file is commented out including the section that references the window name. I have verified that this is the way the file was generated from RH. I don’t know why, and I’m not sure how to change it or if it needs to be changed. The developer said he tried to remove the commenting, but he ended up with the same result.