Copy link to clipboard
Copied
I used RoboHelp 9 to generate WebHelp. I applied Adobe's IE10 Patch for "Existing WebHelp created with RoboHelp 9" and the "IE10 patch for RoboHelp 9 installation" provided by William van Weelden. My Search results appear as gibberish (see below example). However, when I click on a number, a help topic appears. Weird huh? Any suggestions for a fix oh wise sages? Thanks in advance.
Copy link to clipboard
Copied
What browser(s) have you tried & do they all act the same?
Copy link to clipboard
Copied
Does not work in IE10.
Works fine with Firefox.
None of the WebHelp works in Chrome, only the display of the title page.
Copy link to clipboard
Copied
Hi there
What you shared isn't really "gibberish", although it probably looks that way to you.
What you are seeing is the "Pure HTML" or the "Section 508" type of output. It could be that you elected to use the Section 508 (and that means no skinning is involved) or the browser is reporting to the WebHelp JavaScript that it's not DHTML capable. And if that's the case, it falls back to Pure HTML.
Cheers... Rick
Copy link to clipboard
Copied
Not so Rick. I do not have Section 508 Compliant Output selected. I have DHTML>Pure HTML set as the preferred format.
Copy link to clipboard
Copied
Are you viewing the help on a web server or a LAN server (or local c:\ drive)?
Copy link to clipboard
Copied
I'm viewing locally
Copy link to clipboard
Copied
Okay, what happens is that the JavaScript code in the WebHelp files sniffs the browser and makes small adjustments when the WebHelp opens. And during that time, if the scripting senses that DHTML isn't capable, it "falls back" to Pure HTML. (Hence the setting DHTML > Pure HTML)
When help is stored on the local file system and is opened from there, you often see the "Yellow Information Bar" (YIB) in the IE browser. And I believe that if you don't click to allow things to open (I think two clicks are involved. One for the YIB and another to allow scripting to run) you may see the "Pure HTML" output and no skin (as seems to be depicted in your screen capture).
Cheers... Rick
Copy link to clipboard
Copied
Yes, I click both prompts.
Copy link to clipboard
Copied
OK, now I just created WebHelp Pro output and it works (see attached screenshot). Is it safe to use WebHelp Pro output in lieu of regular WebHelp output?
There are a few issues I noticed.
Thanks guys for your expertise:-)
Copy link to clipboard
Copied
Don’t use the “Pro” flavours unless you’re putting them on a RH Server instance. They’re specially designed for RH Server. Regular WebHelp lets you specify the start page – it just defaults to index.htm
Copy link to clipboard
Copied
OK Jeff but that still leaves me with no resolution for Search with regular WebHelp output.
Copy link to clipboard
Copied
You said you are viewing locally. Is javascript enabled in the browser settings? (Look for Allow Active X to run).
When you open IE, is there a yellow bar appearing?
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
If you open the developer contsole with F12 and then load a search, does the browser report any errors?
Kind regards,
Willam
Copy link to clipboard
Copied
Hello William,
This is the first time I've used the Developer Console so not sure what to look for, hope you can provide some insight. Thanks!
The following appears when I select the Script tab:
<html>
<head>
<title>Relational Database Server ODBC Driver User's Guide</title>
<meta name="generator" content="Adobe RoboHelp 9" />
<meta name="description" content="WebHelp 5.50" />
<script language="javascript1.2" src="whutils.js"></script>
<script language="javascript1.2" src="whmsg.js"></script>
<script language="javascript1.2" src="whstub.js"></script>
<script language="javascript" src="whver.js"></script>
<script language="javascript1.2" src="whstart.js"></script>
<script language="javascript1.2">
<!--
function window_Onload()
{
if (location.hash.length > 1 && window.gsTopic && typeof(frames["bsscright"]) != "undefined")
frames["bsscright"].document.location = window.gsTopic;
}
window.onload=window_Onload;
//-->
</script>
</head>
<frameset id="whPfset" cols="260,*"><noframes><p>Your browser does not support frames. We recommend that you update your browser to a version that supports frames.</p><p>To view the Help system without frames click on this<a href="whgdata/whnvp30.htm">hyperlink.</a></p></noframes><frame src="whgdata/whnvp30.htm" title="navigation pane" name="navigation pane" scrolling="no"><frame src="titlepg.htm" title="topic pane" name="bsscright" scrolling="yes"></frameset>
</html>
The following appears when I select Console:
HTML1527: DOCTYPE expected. The shortest valid doctype is "<!DOCTYPE html>".
SEC7115: :visited and :link styles can only differ by color. Some styles were not applied to :visited.
Copy link to clipboard
Copied
The console tab is the one you're looking for. What happens if you reload the entire page *F5) with the console open? Do you get any errors?
Could it be that you are getting a yellow information bar at the top or the bottom of the screen? That may also block some scripts and cause the strange search behaviour.
Kind regards,
Willam
Copy link to clipboard
Copied
Hello Peter,
I have javascript enabled but I also get the message "It seems javascript is disabled in your browser, please enable it and reload again, or click here to view without javascript"
I also get the message "Allow Blocked Content."
Copy link to clipboard
Copied
Exactly how have you enabled Javascript in IE?
That message and the need to unblock are both screaming the javascript is not enabled.
I assume you have then clicked Unblock.
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
Hello Peter,
I have javascript enabled. See the following dialog box.
When I launch the WebHelp, I still get the following messages:
"It seems javascript is disabled in your browser, please enable it and reload again, or click here to view without javascript"
"Allow Blocked Content."
I click BOTH and still get scrambled search results.
This is so frustrating. I cannot deliver until I get this resolved 😐
Copy link to clipboard
Copied
Couple of suggestions – test it out by moving the help to some temp web server location OR can anyone else have a look at it with their browser? Are they getting the same result as your browser?
Copy link to clipboard
Copied
Look under Security and then enable Allow Active Content.
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
OK Peter, we're getting somewhere. Your suggestions for enabling Active Content under Security worked. I can not see search results BUT NOW, when I click a search result, the related topic does not display in the topic pane. See image below. What now Sir Sherlock Holmes? 🙂
Copy link to clipboard
Copied
Can you zip up just the output for now and send it to me? See the Contact page on my site and send the project as instructed there. Do make sure you include a link to this thread and please do not email the project direct.
I won't be able to post more today. It's evening here and the wife seems to think I should take her out just because we have been married 42 years.
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
The zip file did not survive the trip. It was only 0.92mb and after removing .txt, WinZip reports it is not a valid file. Often happens with projects sent using email which is why my site suggests sites such as below.
Try sending it using http://wetransfer.com
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
On the first machine that I have tried I get the default topic in IE and nothing else, no TOC and search does not find anything, much less open the topics.
I will look on another machine tomorrow. Are you willing to share the source project in the same way so that I can generate it myself from Rh9, 10 and 11?
Use wetransfer again if you can.
See www.grainge.org for RoboHelp and Authoring tips