TOC in IE vs FireFox

Does anyone understand how the WebHelp TOC might behave
differently in IE vs. FireFox?
I used RoboHelp HTML 6 to build a WebHelp (no skin) DHTM no
applet system for a J2EE Web Application that will replace a static
HTML based system. However, it looks like the application for
security reasons doesn’t let you directly call pages. Another
words, I can’t get to
http://hostname/myapps/help/index.htm
I have to go through a servlet for every HREF and some SRCs
http://hostname/myapps/help?helppage=myapps/help/index.htm
So I used ANT to create some scripts based on the log file
that RoboHelp spits out. These convert HREFs and SRC so they are
called through the servlet. I had to make a few other edits and
prevent it from converting links in a few place. I’ve been
able to actually get the thing to work in IE. The TOC and Search
function and everything seems happy. (I’m not using an Index
or Glossary)
However, the TOC pane will not load in FireFox so I have no
idea if the search works either. I’m getting a 404 for the
left Nav pane in FireFox.
Is this called differently in FireFox and IE?

daltonames2,
Welcome to the forum.
WebHelp output has customized code for non-IE browsers, but
nothing for Firefox specifically. This especially affects the way
the frames load and how they behave.
When it builds the content/index/search frame, it calls some
specific .htm files. Probably, those calls don't go through your
servlet. In some circumstamces, IE in Windows does some searching
when it can't find a file and remembers where it is. Maybe IE is
picking up up files that don't through the servlet, and Firefox is
not.
One more thought. Have you tried generating the project with
a skin? We've had at least one case resolved like this, because RH
gives the browser a different set of code when there's a skin.
Harvey

Similar Messages

WebHelp Navigation TOC acting goofy in Firefox 3

I'm using RH7. In IE, everything works fine. In FF3, the
following happens: I open a help topic, which happens to be one of
the topics inside a book. The topic opens very briefly and then the
help page for its parent (at the book level) opens. Any
ideas?

Then I guess the earlier solution will have to apply!
You should post this as a bug at
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
but you might want to first try disabling some addins.
In another thread the TOC was not displaying in FF3 but it
did when the Firebug addin was removed.

TOC pane crashes in Firefox

The page loads and then the Table of Contents pane crashes
after about 5 seconds.
This is only true for Firefox. It works fine in Internet
Explorer. This only started recently, but I'm not sure exactly
when.
This is the error message I get when it crashes:
"The applet did not load properly. Your current Netscape
profile needs to be modified. Select 'Remember this decision' and
click 'Grant' when prompted to allow modifications. Click OK to
proceed."
I am using
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1)
Gecko/2008070208 Firefox/3.0.1
Windows XP Version 5.1 (Service Pack 2)
Has anyone else seen this problem? How did you resolve it?

Ah I see this question has been answered a couple weeks ago.
Nevermind.

Navigation pane doesn't function in Firefox

I'm using RoboHelp HTML version 8 to publish WebHelp. In addition to shipping help with the product, we also make the latest help available on a customer web site. I've got Firefox 3.6 on my machine, and when I open our help in Firefox, the navigation pane is not functional. When I open the help system from the web site, the Contents and Index tabs are completely empty. When I open it from my hard drive or from a server here at the office, a few of our books appear in the Contents, but no topics are listed when you open them.
I searched for similar posts to try to find an answer, but couldn't find anything that explained the problem:
- We're not running any scripts.
- I don't have the Firebug plug-in installed.
- I turned off the popup blocker in Firefox.
- We publish merged help, so I opened each project to verify that they all have the same language selected. They do.
Any help is appreciated!
-Melanie

Just a quick update to include some information that I learned from my co-workers:
The help works fine when viewed in Chrome. (Also in IE, as I said earlier.)
If you wait long enough (5 minutes or more), the index and TOC show up in Firefox when viewed from the community website. (I hadn't realized this. I never waited that long!)
When viewed locally, the TOC never shows more than a handful of books -- and no topics-- no matter how long you wait. They're always the same books. (The local files are more recent than those published to the community website, and apparently we've added something that Firefox reallly doesn't like.)
I think this is a problem with Firefox rather than RoboHelp, and fortunately it's not a "must fix" for us. I was just hoping that if I put it out on the community, someone might have seen the same thing and figured out a work-around.
BTW, we are loving RH8!!
Thanks!
Melanie

Themes not displaying in the theme editor

I have Presenter 7 running with PowerPoint 2007 on Windows Vista, and I am unable to see the themes in the theme editor. It simply displays the loading screen that says Adobe Presenter. I have run a repair on Presenter 7 and it still doesn't work. Has anyone else seen this problem?
Thanks,

HI,
I realize this is a very old post, but I have the same issue and I cannot resolve it.
The TOC is truncated and causes scroll bars to appear when viewing the generated project in a Sun Solaris web browser on UNIX, Mozilla 1.7. The rest of generated project displays and functions correctly. The TOC displays correctly in Firefox and IE.
I viewed Srishan's correct answer and all "height" references are already at 100% in the whphost file.
I'm at a complete loss........ any other suggestions would be truly appreciated!
--RH 8.0.2.208
--Webhelp

TOC does not function in FireFox 3

I am running the WebHelp on RoboHelp 7 (XP Blue skin). The
TOC is not appearing on FireFox 3. RoboHelp 7 WebHelp templates do
not support FF 3? (Looks fine on FF 2.0 and IE.)
[Edit: I did find someone else on here with a similar
issue...
WebHelp
Navigation Pane Killed by FireFox 3
For me,
Firefox 3 + Win XP = Broken
Firefox 3.0.1 + Vista = Works
Firefox 3 + Mac = Don't care, cuz we don't support :) If
someone wants to post their findings, please feel free.
I'm not running any custom scripts, so it can't be that. I
will post more as I learn more.]

quote:
Originally posted by:
Peter Grainge
Somewhere in another thread about a month or two back the
cause was found to be a FF add-in. Post back if you cannot find the
thread.
Hello Peter,
Do you mean this thread by "brainskillet"?
Link
to Brainskillet's Thread
If so, yeah I read that one. Found out that this appears to
be an issue with "firebug" in FF3 (just like sah033 mentioned in
brainskillet's post thread). Turning firebug off fixes the issue on
XP apparently. However, "firebug" is not something that our
customers should be turning off.
I'm patched up with the 2 patches that you mention in
brainskillet's post thread I think. I can't find any other patches
to which brainskillet is referring to. Do you have a link?
(Edit: Fixed link)

How can I get the TOC to display ALWAYS in a Sans-Serif Font in Linux/Firefox.

I've created my help project in RH9. When it displays in Linux/Firefox, the fonts in the topics are fine, but the TOC displays in Times New Roman. Is there a setting in RH9 that I need to use to keep this from happening?

Hi,
Did you change the setting in the skin? What font have you set for the TOC? Perhaps you set a font that is not available on linux so make sure that you use a web safe font. For more information on web safe fonts, see http://www.w3schools.com/cssref/css_websafe_fonts.asp
You can also tinker with your output files. In whthost.js, you can amend the CSS that RoboHelp uses for the TOC. you can add a rule for a sans-serif font the browser can fall back on. See http://www.wvanweelden.eu/webhelp_output_files/whthostjs for more information on the whthost.js file.
Greet,
Willam

RoboHelp 8: Loading time of TOC in FireFox

I am using RoboHelp 8. After I generated my help and deployed it on a web server, I noticed that my TOC loads instantly in IE, just like it should. However, when I access my web help in FireFox, it takes around 2 minutes to load the TOC in FF. I am using IE 8 and FireFox 3.6.9. Any solution to this?

I took the lead from the forums here and compared files between the correct and incorrect deployment. All files were present, however we started on a hunch that perhaps it was a problem with the configuration files. I took the files of the good server and pasted them on the problematic server and viola the TOC was behaving like it should!!!! I narrowed it down to two files which are creating a problem i.e whphost.js and whutils.js.

TOC, Index, Search content not loading in FireFox 3.0 +

Hi,
I have created from RH 8 a merged Webhelp system (1 master, 2 children - based on Peter Grainge's posted procedure). It works fine from IE, and on my system, from FireFox 3.0 and up.
The problem is, that when deployed at the customer's site, the TOC, Index, and Search content does not load in FireFox. All frames display (Nav, contents, and the top frame), but the content for the TOC, Index, and Search does not load.
This only happens at the customer site. The webhelp system works okay in IE.
I have checked and we are running the same javascript version, have the same security settings in FireFox set.
I looked on Peter's site and implemented the redirect fix for FireFox that he has posted, but that hasn't seemed to fix the problem.
They aren't running any special toolbars (like Google toolbar). I am checking on add ons.
Does anyone have any ideas on what else I might check or better yet what might be causing the problem?
Thank you,
Tannis

Willam
A merge will not work properly unless all the projects have been generated once. After that it should not matter that a project is missing, indeed simply not publishing one of the projects to the server is one of the features of merging making it easy to supply different customers with different content.
I wonder if the problem you saw was because that project had not been generated.
Tannis
Sorry, the reference to AIR help was because you mentioned Snippet 141 which is AIR specific. I didn't look further back in the thread.
You said that the start page of a child project opens the tripane window with the default topic but you do not get the TOC etc. That rules out the merge being the problem. I am inclined to the view that the server is the issue so get your client to load the published output from my merge demo as that is a known quantity. Ask them to open each child project in turn and then finally the merge.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Large merged WebHelp system takes forever to display TOC/Index in Firefox

Hi,
We are using a merged Web Help system (RoboHelp 9). There are about 20 modules, many of which are optional. In Internet Explorer 9, it works fine and displays the TOC/Index within 10 seconds. But in Firefox 19.0, it takes a full 3 minutes to display the TOC/Index. Obviously this is unacceptable. One of our doc people did some tests and determined that when you have a merged TOC structure, but one or more of the merged projects are not actually present, Firefox seems to spend a long time waiting for it to appear. Eventually just displays the TOC without the missing projects (as it should).
Does anyone have suggestions on how to mitigate this?
Also - and I think this is an entirely different problem - I can't get the Chrome browser to display anything except the help toolbar, even for a single (non-merged) help module. Is there a security setting that I'm missing?
thanks,
Jenny Hecker

I see where Willam is going by suggesting different outputs with different combinations but I'm hoping that can be kept in reserve.
From the look of it, you are testing the help when it is installed locally rather than on a server. That could impact results. Try generating the parent first and then all of the children to a web server location. Once they have all been generated, then try removing different child folders.
I recall seeing this issue before quite a while back and I think it was when not all the children had been generated once.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Issue with TOC overlaying MP4 embedded video in Firefox (Captivate 7 HTML5 output)

Only in Firefox, I am coming across an issue when I have a video embedded on a slide, the overlaying Table of Contents displays but is not clickable. This is both when the video is paused and playing. The TOC comes over the embedded video area on the slide. I have considered it is possibly a z-index issue with Firefox, but really need a workaround.
Firefox 28.0, Captivate 7 HTML5 package, MP4 video

Hello Kris,
Please check your output in other browsers like Internet Explorer and Google chrome as well.
HTML5 output from Captivate is tested and supported only on below browsers
Internet Explorer 9 or later
Safari 5.1 or later
Google Chrome 17 or later
http://helpx.adobe.com/captivate/using/publish-projects-html5-files.html
Thanks

TOC books don't open in Firefox

It has been a couple of months since the 'TOC books don't
open in Firefox' issue was raised, so I was hoping that someone
might be able to help with my problem that seems to be closely
related...
Problem: I am generating WebHelp using RoboHelp for HTML
version 7 and viewing in Firefox 2.0.0.11. The TOC books don't open
in Firefox (IE is okay) via autosync unless I have previously
opened them manually. If I manually open half the books, then only
those books will autosync - it's as if Firefox has to be shown each
book before it will automatically open it when browsing or
searching for topics, etc. When I re-open the WebHelp I have to
manually open all the books again before Firefox will autosync.
This also happens in the simplest of WebHelp projects with just two
books.
Attempts to fix problem: I have made all the changes to files
suggested on the forums and Peter Grainge's (excellent) site. My
default topic is not within a book and is at the top of the TOC.
None of my books are linked to topics. Adobe's official line is "no
issues with Firefox", so they don't know of this problem. I did not
have this problem when using RoboHelp 6.
I need to know if I am alone in experiencing this problem -
if so there is obviously something wrong with my setup, so I will
concentrate on the way that I am using RoboHelp and its
configuration, etc.
If anyone reading this has, or has not, experienced this
problem, please let me know - many thanks.

It has been a couple of months since the 'TOC books don't
open in Firefox' issue was raised, so I was hoping that someone
might be able to help with my problem that seems to be closely
related...
Problem: I am generating WebHelp using RoboHelp for HTML
version 7 and viewing in Firefox 2.0.0.11. The TOC books don't open
in Firefox (IE is okay) via autosync unless I have previously
opened them manually. If I manually open half the books, then only
those books will autosync - it's as if Firefox has to be shown each
book before it will automatically open it when browsing or
searching for topics, etc. When I re-open the WebHelp I have to
manually open all the books again before Firefox will autosync.
This also happens in the simplest of WebHelp projects with just two
books.
Attempts to fix problem: I have made all the changes to files
suggested on the forums and Peter Grainge's (excellent) site. My
default topic is not within a book and is at the top of the TOC.
None of my books are linked to topics. Adobe's official line is "no
issues with Firefox", so they don't know of this problem. I did not
have this problem when using RoboHelp 6.
I need to know if I am alone in experiencing this problem -
if so there is obviously something wrong with my setup, so I will
concentrate on the way that I am using RoboHelp and its
configuration, etc.
If anyone reading this has, or has not, experienced this
problem, please let me know - many thanks.

Folder in TOC does not open on click in Firefox 3

On firefox 3, when i click on the folder icon in the TOC, the
folder does not open to show the topics.
The Stats
1. Robohelp 7
2. Using Custom Skin (though the problem exists even when I
am not using a skin)
3. Problem exists only on Firefox 3. Works ok on IE
Any help will be much appreciated

I'm seeing the same problem. I looked on your web page under
browsers, at item
11] TOC Books do not open in Firefox
and it says "fixed in 7.0.1". My colleague who is seeing the
problem is running 7.00.145. Because of the funny numbering I can't
tell which version comes before the other.

TOC, Search, Index not appearing in navigation pane in Firefox

I have a problem with a Help system that seems familiar with a number of other discussions on this forum, but I haven't found anything directly relatable to it.
I have a WebHelp system generated using RH8. The Help has window-level context sensitivity. The Help system is deployed on a secure (HTTPS) server. When launching the Help from IE8, everything works as expected. However, launching the Help from Firefox (3, 8, or 9), the default topic appears and the Help is fully navicable except the contents for the navigation pane will not appear. The frame and the buttons (Contents, Index, Search) appear, but the content is missing. I can enter an Index term to search, but search doesn't return anything.
When I access the compiled Help system locally (not from a Web server), the navigation pane works correctly within Firefox.
My best guess after scouring a number of discussions, threads, and forums, is that it would appear that there is some issue with the Javascript affecting the context sensitivity and the left-frame functionality when deployed on a secure server using Firefox. However, I haven't come across anything that has worked as a solution.
Any other avenues to explore?

See if Item 57 at http://www.grainge.org/pages/snippets/snippets.htm helps.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Firefox can't find the file at (a location is specified) when either "Navigate previous" (and next) buttons are pressed in an HTML5 skin (but OK in IE/Chrome).

I create HTML5 help projects from a package called MadCap Flare. It uses what they call an HTML5 'skin' that sets the style/layout of the page and also includes 'Navigate previous' and 'Navigate next' buttons. When viewing the help and pressing these navigate buttons in IE8 or Chrome 32 there is no problem, but in Firefox 27 I get the following: (typical error for pressing a button on any page)
"File not found"
"Firefox can't find the file at /C:/SVN/FlareEnglishOnLineHelp/Output/HTML5_Help_Modeller_Reference/4attrib/idh_jointinterface_element_meshes.htm?TocPath=Modeller Reference Manual|Chapter 5 : Model Attributes|Meshing|_____2."
" Check the file name for capitalisation or other typing errors."
" Check to see if the file was moved, renamed or deleted."
- Because the files and buttons work in other browsers I'm wondering just what is going on here with Firefox>>>>

I should correct that last entry and state that the | charactacters are generated automatically in the Toc-Path for each 'book' name in the online help, and are not something manually created, whereas the : characters have come from the TOC book topic names (which were manually entered names and are what we would ideally require). But, because 'previous' and 'next' topics within nested TOC books without colon (:) characters CAN be browsed successfully when just | characters are present in the Toc-Path, the limitation would appear to be solely due to the : characters.

TOC in IE vs FireFox

Similar Messages

Maybe you are looking for