WebHelp

Hi,
We are facing a serious issue with respect to the auto
synchronization of TOC while integrating the WebHelp generated
using Robohelp 7 with the web-based application.
We have tried the below possible options, nothing works:
1. When we are testing the standalone Help, we are able to
view the expanded TOC with the respective topics in the Right pane.
From the Search and Index tab, and while visiting the links within
the topics, the TOC is expanding appropriately.
2. When we created a new TOC (excluding the third level
topics book), this is working fine.
3. When we created a new TOC (including all the third level
topics under the main book), this is also working fine. So, there
is no problem in the topics created in RoboHelp 7.
4. When we created a new project using RoboHelp X5 (older
version) with the same settings, the TOC is expanding for all the
topics (including the topics in the third level book). This is
working fine.
Can anyone let us know if RoboHelp 7 supports calling the
third level topics while integrating with the application as we are
not facing this issue in the earlier version of RoboHelp.

Hi, the problem is inspite of trying all the listed 4 option
we are unable open the help with synchronised TOC in the
application. (For example, when we press F1 on a screen in the
application, the context senstive help opens without auto
synchronising the TOC. We have check all the option in Properties
tab also)
We are not facing the problem when we are checking the same
in output folder. The problem arises only after integrating with
the application.
While finding solution, this link :
http://www.grainge.org/pages/authoring/merging_webhelp/merging_method.htm#step_8"
provided us an information that we need to modify the whthost.js
file in the output folder each time when we generate.
We need your help in deciding whether this is only the option
to call third level book in application using 7.0 or we have any
one time solution.
Thanks

Similar Messages

How to call webhelp from C#

I don't want to seem too simplistic, but I've spent at least
2 hours trying to call webelp files from c#, without any luck at
all. All I ever get is three little beeps from my computer, and the
IE browser never shows up at all. Here is some background
information:
I read all the documentation, beginning to end.
(On WinHelp_4) I compiled up the CSH_CS (csharp version)
project, and am able to call my simple RH WinHelp file (Dummy.chm)
just fine, using a primary url of "c:\\Docs and
Settings\\etc\\RoboHelp 6.0\\Dummy\\!SSL!\\WinHelp_4\\Dummy.hlp". A
MapID = 1 is required in the CSH test dialog in order for my help
file to load. This loads my help from the little CSH test dialog
fine.
(On WebHelp) After getting the WinHelp_4 version to work, I
switched the primary output to WebHelp in the SingleSource Layout
section, and specified that RH should create a subdirectory
(HTMLHelp) to store the WebHelp files. I regenerated the project,
and successfully viewed the resulting web output using the View
Results or the View Primary Layout on the RH toolbar. So I'm
thinking my help files are ok. But..... I can't get the WebHelp to
display from the CSH test dialog, no matter what I try.
Currently I am using roughly the same primary URL in the CSH
c# project: "c:\\Docs and Settings\\etc\\RoboHelp
6.0\\Dummy\\HTMLHelp\\!SSL!\\WebHelp\\Dummy.htm". I do not append a
window >main to end of the primary URL. It doesn't matter if I
use a MapID of 1 or blank. It doesn't matter if I choose Context,
Index, Search, etc. No matter what combination of things, the help
file will not show. The file exists---if I double click the
Dummy.htm file, the help file loads immediately in IE.
So my help files seem ok, and the CSH_CS code seems ok (at
least it works with WinHelp_4). All I have changed is the path to
my help file. (Oh, and I tried to point at an existing example
*.htm in the RH Samples directory, with the same results---just a
couple of little clicks from IE (presumably to say "There's an
error somewhere").
Could anyone give me specific instructions on what I might
try to solve the problem? I'd like to know the specific syntaxes
for using windows, and MapIDs in my URL string too, if you know
that. Here is what I think they are:
url = "Startpage.htm" - to load the whole help system
url = "Startpage.htm>main" - to display in a particular
window
url = "Startpage.htm<id=2" - to display mapid 2
Thanks for your help

Well, another hour and a little more progress. Now I can
display WebHelp from C# through the RoboHelpAPI (although it seems
pointless, because of the bugs and problems in the CSH_CS example
program and IE web browser popup window problems). First, here is
the code that displays the WebHelp system (from the top level, in a
standalone IE browser instance)
// try 2
int cmd = CRoboHelpAPI.CSH_DISPLAY_CONTEXT;
CRoboHelpAPI cHelp = new CRoboHelpAPI ();
int ID = 1; // context id; the number doesn't matter at all
string foobar;
foobar = "C:\\my pathname\\RoboHelp 6.0";
foobar += "\\Dummy\\HTMLHelp\\!SSL!\\WebHelp\\Dummy.htm";
string second = foobar;
cHelp.RH_AssociateOfflineHelp (foobar, second);
cHelp.RH_ShowHelp ((int) this.Handle, foobar, cmd, ID);
return;
From RoboHelp_CSH_CS.cs:
// reset the command
switch (nCommand) {
case CSH_DISPLAY_CONTEXT:
// notice that I commented this line out -- this is what
allows it to "work"
// This is also why the ContextID number above doesn't
matter--we ignore it.
//strHelpURL += "#<id=" + nData.ToString();
break;
From RoboHelp_CSH_CS.cs:
public static IWebBrowserApp
GetBrowser () {
for (int nIdx = 0; nIdx < 2; nIdx++) {
try {
if (m_cExplorer == null)
m_cExplorer = new InternetExplorer ();
if (m_cBrowser == null)
m_cBrowser = (IWebBrowserApp)m_cExplorer;
// I had to add this code myself, because the browser is not
made
// visible by the Adobe CSH_CS.cs example program. A defect,
// in the example program, for sure.
==> m_cBrowser.Visible = true;
So to summarize, if you fix the CSH_CS example code (1) to
make the browser visible, and (2) to ignore the contextID number,
the code in this posting will show your WebHelp system in a new IE
window, with the usual TOC frame on the left, and the topic window
on the right, in a main window. But wait... there's more...
IE POPUP WINDOWS
The example above commented out some code under the case
branch for CSH_DISPLAY_CONTEXT. The code appended some extra
characters to the URL to tell the browser to display a specific
page, rather than just the start page. Similarly, the code for
CSH_DISPLAY_TOC/INDEX/SEARCH branches also appends characters to
the URL, to tell the browser to display a specific page in the help
system.
The problem with all of this is that IE treats all these
single page displays as pop-up windows, and blocks them. So that's
why in my original case at the top of this posting I only heard a
couple of clicks (and saw nothing) when I tried to display my
WebHelp. I saw nothing because the browser was not made visible by
the code. I heard the two double clicks (click-click, click-click)
because IE "plays a sound when a pop-up window is blocked".
So there will probably be a big policy collision on user
desktops if your C# app tries to display specific web pages in
WebHelp. If users want to block popups for general web surfing,
they can't see specific WebHelp pages, and vice versa. Ugh.
One possible workaround is to tell IE to "Always display
popups in separate tabs" (in Options/General/Tabs/Settings). I
tried this setting, and then uncommented my CSH_DISPLAY_CONTEXT/etc
code blocks. As expected, all the appended characters on the URLs
forced the display of specific pages, which meant that IE treated
them as popups, and forced them into new tabs.
So what you actually see is
(1) a new instance of IE becomes visible,
(2) the pathname to the help system (plus appended control
characters) is shown on the first tab (in my case,
file:///C:/Documents%20and%20Settings/kkkwj/My%20Documents/RoboHelp%206.0/Dummy/HTMLHelp/ !SSL!/WebHelp/whcsh_home.htm#id=2).
This is odd, because the primary URL I fed in to the API in the
code above was "C:\\...path\\Dummy.htm" (with a ContextID = 2
parameter). I have no idea how my Dummy.htm was changed to
whcsh_home.htm by the API. Go figure. I suppose the switch takes
place if appended characters are found on the end of the URL, and
the switch is done to support context IDs somehow.
(3) the desired page is displayed in a separate tab in IE.
My conclusions are that:
(1) Adobe should fix their examples to save people all this
headache. They should fix the code, make the browser visible, and
provide some nice documentation on what the secret syntaxes are for
the appended characters (<id=, cmd=idx, cmd=fts, cmd=toc,
<windowname), how and when you should use the secret syntaxes in
the URLs you feed into the RH API, how the whcsh_home.htm switch
works to support appended characters, what will happen on the user
end with popups if you use appended characters, and the policy
collisions that will result, and a recommended course of action for
developers.
(2) The hassle with the popups just isn't worth it. So I will
be calling my help system from the top level all the time, and will
forego the utility of context sensitive help. It's WAY too much of
a problem with WebHelp. (Of course, context sensitive help works
great with the old WinHelp_4, but WinHelp_4 has other limitations.)
What a long process to debug all this stuff. Adobe fell way
short on this one. But hopefully others can use my postings here in
a time of need. (Thanks to Adobe for the forums, and for Peter's
fast response.)

WebHelp for multiple content categories doesn't include index_csh.html

RoboHelp 9
I used to create output for a WebHelp layout with only one content category, with a start page of index.html. The output folder would include two additional, RH-generated files, index_csh.html and index_rhc.html. Within context-sensitive topics in the output, I sometimes linked to additional topics using the format
<a href="<path>/index_csh.html#topicid=<topic ID>,withnavpane=false...>, which opened the linked topic within the tri-pane help window.
I've just created another layout that uses multiple categories, with a start page of index.html for the default category, and now those additional files are not part of the output (neither at the root level nor in a category or subcategory folder). It wouldn't matter so much if the index_csh.html file was in a different or multiple locations; I still would be able to simply change the link path. But now there is no such file, and I'm not sure how to make my links work. Anyone know anything about this, or have any suggestions? There is next to no documentation about Content Categories in Adobe's help....

Hi,
The _csh file is still there, but is has a different name. The start file of your content categorie is the name of the content categorie. In the content categorie with the name Content the start file is named content.htm and so there also is a content_csh.htm. As long as your content categorie is called Index, it should work. But that is a problem with multiple categories.
There are two viable solutions I can think of:
Identify all your links using the CSH and replace them with direct links to the topics. This is the only real solution to the problem.
The correct start page is available in the topic through JavaScript. I may be able to devise a JavaScript that gets the correct _csh file for the content categorie and replaces any links to the index_csh.htm with a link to the correct topic. This isn't a real solution, it's more of a workaround so your links keep working until you can create direct links to topics.
Greet,
Willam

How to generate & publish webhelp html files in different folder than default folder

Hi All,
I am new to robo help. I have a requirement to generate & publish webhelp html files in a different folder than default folder.
Could anyone please tell me the steps to change the folder
Thanks
Rashmi

You change the generate folder and filename in the first field on the first page of the wizard. It must be a folder on your hard disk.
You change the publish folder in the last page of the wizard. Anywhere you like.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

How Do RoboHelp 9 WebHelp Generated Files Handle Map IDs and Aliases?

The text below was written by our team's developer/architect. I am the help author who uses RoboHelp to write content and generate the help files, but I am clueless how it all gets generated and is deployed. Please help. We use RoboHelp 9. I use it in Windows XP and our app and help run on IE 7, 9, and Firefox (multiple versions).
"Our application uses the numeric identifiers associated with the Map ID. For example, to get to the <appname>_home_page.htm file, we use the number 1053. <appname> = pecs, in this example.
All of this is used in a call to a RoboHelp method defined in the RoboHelp_CSH.js file. The mehtod we are calling is the RH_ShowHelp() JavaScript method and the code to perform the call, when you click on Page Help, is this:
RH_ShowHelp(0, ''/pecsHelp/index.htm>pecsHelp',HH_HELP_CONTEXT,topic);
Topic is translated to the Map ID number for the page help. HH_HELP_CONTEXT is defined in the RoboHelp_CSH.js file. This method translates into a URL and from what I have seen, the URL that gets generated is this:
http://{server}[:port]/pecsHelp/index.htm/{server}[:port]/pecsHelp/index.htm#<id=1053>>pecsHelp
Server and port get replaced with the appropriate values. I have no clue how id=1053 is supposed to get translated to mean "pecs_home_page.htm". If you check the PECS_help.h file, you will see the following entry:
#define PECS_Home_Page1 1053
Then in the RoboHelp alias file (PECS 3.0.ali), the following line is in the file:
<alias name="PECS_Home_Page1" link="pecs_home_page.htm"> </alias>
But both of these files are used during the WebHelp generation process and I don't know how the WebHelp generated files handle the Map ID and aliases."

You need to assign the numbers you find in the pecs_help.h file to topics in your help. You do this in Context Sensitive Help > Map Files > All Map IDs. (From RH7, but I assume the location is similar in RH9.) This creates the entries in the .ali file.
Peter Grainge suggests a couple of sites to read for a greater understanding here:
http://www.grainge.org/pages/authoring/calling_webhelp/using_map_ids.htm
(Although the second site is based on RH X5, the basic concepts and procedures should be very similar. )
HTH,
Amber

Open link (PDF) in new window from WebHelp custom skin button

This question relates to my work with FM>RH integration. But the task I'm trying to accomplish is something specifically done in RH with customization of WebHelp skins, so I'm posting in this forum. I'm running RH9 on Windows XP Pro.
We have recently replaced WebWorks with RH and finally have the mapping files set up to generate Help from our FM source files. Celebration was short, because then we realized that our users wanted a PDF option. We haven't done any mapping to create PDFs from RH, and that seems kind of silly anyway, since we have superior PDF generation from the FM files.
So I set about making a custom button in the header of a WebHelp skin that will link to a PDF. I accomplshed that work, but its behavior falls short of the functionality I'd like to see. Currently, you click on the button and it opens the PDF in the browser window of the Help system. I want it to open in a new window, so I can keep the experience clean for the users, separating Help and PDF. I don't know if this is possible.
Here is where I am at. To create button I navigated to:
Project Set-up/Skins/NEW SKIN/WebHelp Skin Editor/ Main/NEW BUTTON
When I choose the edit icon to customize the new button, there is an option to choose Link or JavaScript. I got the PDF to open inside the Help browser by just using the Link option and specifying the PDF. I have tried to use the JavaScript option without success. My JS may be wrong, but when I choose inline JS option and place anything there, it turns all the navigation buttons to gobbledy ****. Specifying an external JS file doesn't work at all.
Any direction or help would be appreciated.
Thanks,
Douglas

I see one other shortcoming with this solution now that I've implemented it. Our Help follows the applictions through a convoluted path of development servers, amongst other strangeness with the way we deploy Help and PDF documentation. My concern is referencing a single URL/file on a server. Since we're moving things around, that doesn't really work well, we want the PDF to be with the Help system, if possible. Is there a way to reference the PDF as a relative link in the baggage files, so it will pull it from whatever server the Help system resides on without having to make changes?
UPDATE:
It seems if you place the PDF in the WebHelp folder and reference it as the JavaScript, the Help system automatically reats it as root folder and find it there. So, I think this is the solution to my question? However, this is a bit annoying, as it means you have to remember to manually place the file in the compiled Help system. I had earlier experimented with placing the PDF as a baggage file, but those don't seem to carry over when you compile Help. Is there any way to put the PDF in the Baggage Files and designate that it be included in compiled Help?

RH9 Webhelp Search function is not working properly

Hi,
My organization is using RH9 for a Webhelp project. My company and our client are restricted to using IE9 for the online help I have created for this project, and our OS environment is Windows 7. When I generate using the Webhelp layout, with the TOC, Index and Search options chosen, my resulting browser window shows two frames. Left for the Contents/Index/Search and right for the content. In the left panel, there are three links at the top for Contents, Index and Search. When I click on the Search link, the only thing I see is the alphabet A-Z (which are links to filter items beginning with these letters (much like the index link) and a list of what I would say is garbage. For example, if I click on H, I see items like "half 1 2 3" or "held" or "honor # 1 2 3 4 5 6 7 8", etc. If I run my cursor down this list, I notice that maybe the word honor is a link. If clicked it brings up one of my topic pages. I can also click on the random numbers that appear, like clicking on 3 it brings up another topic page. The search function does not allow me to type in a search criteria, since there is no search field as well.
Do you have any suggestions for this issue? Is this a bug, or do I need to change settings somewhere within RH9? The same thing is happening when using this help project that is running on our clients server. Is there any suggestion you can give to try and make this work properly?

Rick, Thanks for stepping in. I assumed that was the reason why I was not receiving the search field, and that is fine for now. We have discussed with our client the possibility of having two different help projects one for each, but that decision was kind of put on the back burner.
However, the other issue I am having is still there and I don't quite understand why. Since I only have clickable A-Zs for the search, and it lists links much like the Index section, I'm still seeing lists of just numbers and characters (i.e., "# 1 2 3 4 5", or "%" or "& 1 2 3 4 5" sometimes all the way up to 18 or so). And each of these characters or numbers are clickable links as well to either page that doesn't contain that number or to nothing.
Doing a bit more research, I have noticed that a lot of these links are being picked up by the PDF file we have as part of the project. Our help project has a link to the documented version of the help in the form of a User Guide.pdf file. So the search is listing items from that guide like the heading numbers 1.0, 1.0.1, etc. Also each of these are clickable links that go nowhere. But then there is still the numbers 1, 2, etc that go to pages that don't have this anywhere on the page.
Do you have any insight as to why these types of things are being listed under Search at all? They make that selection look very messy and unorganized. Not professional at all. I have checked and tested the properties settings and can't seem to find what is causing this to happen. Any idea would be most appreciated!!

How to supress creation of book layer in WebHelp output?

Hi.
In a FrameMaker book, I have several chapters. When I publish to WebHelp, what I want to see is just each chapter turned in to its own topic. But FrameMaker does is put each topic in its dedicated book (see graphic below). What I'd like to see is one book (5.7 ReleaseNotes) and chapter-based topics beneath it. In short, I'd like to remove the intermediate book layer.
If there's a way to configure this, please advise as to how to do it. It's not clear how to do this from the settings.
Thanks!
-Kurt

Oops, sorry – I missed the fact that you’re doing the Publish route directly out of FM – I’m not sure how you configure it. FM12 introduced more controls to be able to tweak the output, but my suspicion is that you may still not have the ability to mess with the resulting ToC. That’s why I’m still in the TCS camp of editing stuff in RH after bringing it in from FM.

How to add header and footer in FM12 WebHelp?

Hi
I am evaluating TCS 5 with the trial version.
In FrameMaker 11, while publishing my book to WebHelp, I could associate the masterpage (.htt) file to get its header/footer in the output.
However, I don't see that option in FM12. I have looked through the Help and it doesn't seem to offer any solution either. (Some part of TCS 5 help actually contains TCS 4 content. Have logged a bug report on that.)
If not through the master page, what is the other way to get especially the footer in WebHelp output? Footer contains our copyright information. So, there is no way I can ignore it.
Can somebody please point me to the right direction?
Thanks in advance.
Sreekanth

We had a meeting with Adobe yesterday and one of the product managers (Kapil Verma or Vikram Verma, I am not sure) confirmed that there is no provision for getting the header/footer information from FrameMaker or RoboHelp while publishing WebHelp from FM12.
So, unfortunately, we have to stick to the old method of importing FM to RH to get this. It is a pity that they got the browse sequence into FM but removed master page, eventually resulting in an unusable feature.
Sreekanth

How to add Print button on Webhelp in Robohelp 10?

Can someone please provide step-by-step instructions to add Print button on Webhelp. I'm currently using Robohelp 10. I saw some suggestions using javascript in skin, but there isn't a step-by-step procedure available.
I have been seraching for this from past many days. It'd be of great help to me. Thanks!

Thank you very much for your quick reply. It was really helpful. However, I still can't see the button the webhelp output.
1. Created a new skin
2. In the new skin, I added this print button and followed all steps explained (adding inline javascript and calling the function in the action tab under onClick, etc)
3. I could see the preview of this being perfectly fine.
4. But, when I generated the output by compiling it again, I could not see the changes I made in the webhelp
4. I am thinking I am missing a crucial step. Is the new webhelp using the new skin? How to know this?
5. I carried out all the steps as explained, except this "Don't forget to tick the Print button in the second page of the wizard". Could you please let me know which wizard this is and where is the check box to tick the print button?
I am eagerly waiting for your answer. Thanks!

WebHelp format does not display in Firefox

I'm using RoboHelp 7 to produce a develoment platform
documentation. When producing a WebHelp output I can display the
contents locally via Firefox 2.0. The process is then to copy the
whole set of files to a web server via Filezilla. No pb for
accessing to the contents via IE through the adequate URL. But via
Firefox, it is not possible because of a serie of weird characters
which prevent the default page loading. To be noticed: no pb with
FlashHelp output. I have configured Filezilla to force characters
to UTF-8. I don't see any solution. Who did experience such
situation and how could you fix it ?
Thanks

Hi Harvey,
Thank You for your response.
Firefox does not load anything but just the weird characters.
They are a sequence of inverse interrogation marks, quotes etc.
They appear at default page loading.
In fact when I edit the source file, there is a line at the
top of the file and nothing else. I deleted the line, saved the
file and uploaded it to the web server with Filezilla.
When I edit the uploaded file the line at the top appears
again and the pb also.
I therferore suspect that the intrusive characters are
inserted during the upload.
I have checked the Filezilla parameters to force a binary
copy and characters to UTF-8.
Without any success....
Here we are, still needing a solution.
Anyway, thanks for your help.
Regards

Search Not Working in WebHelp - Suspected Java Issue

The Search function in our output WebHelp system is not working from one user's laptop. The WebHelp is generated from our RoboHelp 8. Search does work in everyone else's access to the system. This Windows 7 laptop displays an "Error on Page" message when he enters a search value and then chooses the Search button. He says the same error occurs for the Index. Because no other users have this problem, we are definitely thinking it's something in his laptop configuration for Java - as we see the JS file references in the error details, as shown below.
The details for the "Error on Page" message are referencing the following messages and JS files
Index error messages in details:
Object doesn't support this property or method - whthost.js
'innerHeight' is undefined - whutils.js
Search error messages in details:
Object doesn't support this property or method - whthost.js
'innerHeight' is undefined - whutils.js
'gaFakes[...].nB' is null or not an object - whhost.js
'Node' is undefined - whfhost.js
What should he check in his Java? He's using Java 6, Standard Edition, update 16. Any ideas or suggestions about what he should check on this laptop? I would appreciate your help and expertise in solving this mystery! Hopefully I've provided enough details here - but let me know what else I need to provide.
Thanks so much,
Susan

We were getting this error sometimes.
I modified the code in wsutils.js as follows:
Original code:
function    getClientHeight()
    if(gbSafari3)
         return innerHeight;   //this is for safari
return document.body.clientHeight;      }
New code:
function getClientHeight()
return document.body.clientHeight;
Seems to work (at the cost I guess of losing support for safari browsers - but I haven't tested that), but I can't test that it never fails because it was an intermittent fault...
Pete

Search not Working in Webhelp or Webhelp Pro

I am currently running Adobe Robohelp version 10. I have several different RH files that I manage (desk procedures) and in each of the ones that I manage, my latest publishings have broken search functions. What I mean by broke: it will search some words just fine, but others that I know are in my desk procedures show "no topics found".   Some of my files are published using webhelp and some webhelp pro, with the same problem.
I have done the following:
1) Gone back to a backed up file dated 05/01/2014 (that the search seems to be working just fine in) and done edits to it, published and it breaks the search.
2) I have gone back to the working 05/01/2014 file and done nothing to it except publish it and it breaks.
3) Checked the button to clear the cache
4) From Webhelp Settings Option I have:
·         Changed output folder that it publishes to (which is on a local drive before I transfer it to the network drive)
·         I have enabled substring search (which actually does allow it to render some results, but not all the results it should)
·         Tried to click “Republish All” setting
5) Created new (not duplicate) webhelp layout
6) Checked that language is set to English (US)
7) Ensured that the words that I know aren’t searching aren’t included in the ignore and stop list.
8) Tried switching from DHTML > Pure HTML to just Pure HTML
9) I noticed that the Output view generates the following message :
                Processing Full-text-search data...
Finished processing Full-Text-Search data in 0 sec(s)
10) Deleted the “webhelp” file from the !SSL! folder and then republished it
11) The biggest finds that I have are the following:
·         That publishing the file is what seems to break the search functionality
·         When the file is published a few of the files in the !SSL! folder are substantially smaller than they were in the working file:
o   WHXDATA
o   WHGDATA
Any help with this problem would be greatly appreciated.
Thanks, Shannon

Try
http://www.adobe.com/support/robohelp/downloads.html
and
http://www.wvanweelden.eu/articles/robohelp-patches-and-updates
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Can you use a single webhelp file to display different help for two apps?

I have updated a WebHelp project for a Windows app (let’s call it App1). Now the Dev team is creating a separately installed app (lets call it App2) that shares some of the same Help information as the original app. Both apps can be installed on the same system. The Help for App1 is accessed from an About menu in the app UI. Some of the topics are dialog boxes accessed from a question mark icon (?) at the bottom of the UI (I assume map IDs are involved in hooking up the dialog box Help - I need to verify this with Dev). The Help for App2 will be accessed from the App2 UI, which looks very similar to the App1 UI, except that certain features in App1 are missing from App2.
Here are the parameters:
In some cases, entire Help topics will apply to both apps.
In some cases, a portion of a topic for App1 will also apply to App2.
In some cases, a topic or topic portion for App 1 does not apply to App2 and vice versa
I’m using Robohelp 9 (RH9). Is there a way to allow App1 to display only the WebHelp that is relevant to that app and for App2 to display only the WebHelp that is relevant to that app? Is there a solution that would allow me to use one Help project and build only one Help file, with the result that App 1 displays only the Help it needs and App 2 displays only the Help it needs? Would conditionalizing the Help and providing two sets of WebHelp be the solution? Or is there some other alternative?

You could do it in a couple of ways – one way is to have 1 project & use conditions to generate 2 flavours of WebHelp output, one for each App; the other way would be to use one project and create DUCC flavoured WebHelp – that way the use would choose to read the appropriate flavour of help for their App.

Is there a way to create favourites in a chm file that was converted from a WebHelp file?

I am using RH 11. We generally output our help projects to WebHelp, but we still have a few .chm outputs.
Marketing has provided us with a new branding for our Help projects. We implemented the new skin for the WebHelp and then applied this skin to the chm outputs.
This works really well. The only issue is that in the new chm output, we no longer have access to the Favourites functionality.
Does anyone know how to add this functionality or a workaround to create favourites in this new chm output?
Any help would be much appreciated.
Cheers,
Mack

You would need to add favorites to the WebHelp output prior to creating a CHM. You would need something along the lines of: http://www.wvanweelden.eu/product/favorites-widget-webhelp
But since it's in a CHM, I'm not sure whether you will be able to save anything from the webhelp output between sessions.
Kind regards,
Willam

WebHelp search generated by RoboHelp 8 not working in Safari 5.0

Hello,
I'm new to the forum, but have been lurking for a while, and have benefitted greatly from answers found here. Thanks!
I use RoboHelp 8 HTML - recently upgraded from X5 - to generate WebHelp for a cross-browser compatible web app. I generate using the DHTML > Pure HTML option, and Safari is using the DHTML version. I use 'traditional style (no skin),' 'Optimize speed for: Local PC or Intranet'.
The Help seems to work fine in Safari for Windows, but now with the recent update to Safari 5.0, the Search functionality is not working at all. The search tab displays properly, but upon entering text and pressing Enter, nothing happens. It works in all other major browsers, except Opera which gets the Pure HTML version, and there I hid the search tab all together because it's unacceptable in that state.
The only customization I've done is swap out the tab images, and insert a little css to hide (display:none;) the "limit search results to __" option as it was getting cut off in every browser, and I couldn't figure out why, or how to fix it.
Any ideas? Anyone else seeing this?
Thanks for your anticipated help!

Hi there
Your mention of:
I still think this deserves attention, and would like to hear what others think.
Seems to imply you feel I was attempting to make you shrug it off. I wasn't. I was attempting to coax you (and anyone else) to submit the Bug Report. You have no idea how critical this aspect is. I see you made no mention of doing that so I'm assuming you ignored the suggestion.
Many folks have the grossly mistaken belief that the Bug Report/Wish Form just sends information to a circular file where it is never acted upon or seen again and as a result, you have had your say and it makes you feel better for getting it off your chest. But these things are actually reviewed by the development team. Each and every one of them. You may not get a personal response for each one you submit, but sometimes you do!
As for changing the verbiage, click File > Project Settings > General and look at the LNG File tab of the ensuing dialog. You are able to influence all manner of verbiage in that little gem.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 or 8 moments from now - $24.95!
Adobe Certified RoboHelp HTML Training
SorcererStone Blog
RoboHelp eBooks

WebHelp

Similar Messages

Maybe you are looking for