Adobe Community : All Content - All Communities

WebHelp generated in RH11 causes errors in Google Translate.

forums_noreply@adobe.com — Tue, 11 Nov 2014 23:06:59 GMT

I have a WebHelp system that I originally generated in RH9. Pages from that generated output seem to do fine when I use translate.google.com to translate them, regardless of browser. However, I've subsequently upgraded to RH11, and now the new generated output causes problems in some browsers. Specifically, the error message in Firefox (v. 33.0.3) is "Error: Permission denied to access property 'whname'," pointing to line 10 in whproxy.js. Chrome (38.0.2125.111m) gives the following error message, pointing to the same line in the same file: "Uncaught SecurityError: Blocked a frame with origin "http://translate.googleusercontent.com" from accessing a frame with origin "http://translate.google.com". Protocols, domains, and ports must match."

For what it's worth, here's the function it's talking about, from RH11's generated whproxy.js:

function getStubPage_inter(wCurrent) {

if (null == wCurrent.parent || wCurrent.parent == wCurrent)

return null;

if (typeof (wCurrent.parent.whname) == "string" && "wh_stub" == wCurrent.parent.whname)

return wCurrent.parent;

else {

if (wCurrent.parent.frames.length != 0 && wCurrent.parent != wCurrent)

return getStubPage_inter(wCurrent.parent);

else

return null;

}

I'm so unfamiliar with JavaScript that I can't make heads or tails of this, and I haven't had any successful suggestions from within my company. One developer suggested that I should take the whproxy.js that was generated by RH9 and stick that into my generated output, since doing so solves the problem. I'm a bit hesitant to do that, as I figure that there might actually be reasons for the (MANY) differences between the two versions and I'm uncertain what I'll break or lose by using an old version of the file. I'm hoping that somebody here might be able to enlighten me as to possible consequences of such an action, or possible workarounds, or anything else of interest. (And please, no commentary on the relative value of using Google Translate. It wasn't my decision, I just build the help! :-) )

Thanks,

Melinda

Improper index display in RH Server on Firefox, Chrome

forums_noreply@adobe.com — Fri, 19 Aug 2011 00:48:41 GMT

I'm running into something where the index of my Webhelp Pro output displays incorrectly in Firefox (using 3.6.14) when the output is hosted on RH Server. The same help accessed locally looks just fine. In addition, the help looks fine both locally and remote when viewed in IE8. I run into the same problem on Chrome (13.0.782.112) as on Firefox.

Using RH Server 9 and TCS 3.

What it should look like:

The incorrect display:

For any index entry that has more than one topic associated with it, the topics themselves are displayed as links within the index.

Any ideas would be greatly appreciated.

CSH calls and report readability

forums_noreply@adobe.com — Fri, 19 Aug 2011 00:54:12 GMT

I'm new to RH Server (9), and am trying to get my CSH calls set up in such a way that the Frequently Accessed CSH report provides useful information. The best I've been able to determine for the calls is the following format:

http://servername/robohelp/server?project=projectname&area=areaname&ctxid=mapnumber

This yields a report where the topics that have been called are identified only by their map numbers. I guess I can cross-reference this and figure out what topics are being called, but it would be nice not to have to do that.

When I assign map IDs, there's a text part of the ID and a number part of the ID. I have not been able to make calls using the text part work-- only using the number part.

Does anyone have any insight into this?

Browse sequences in merged WebHelp

forums_noreply@adobe.com — Tue, 16 Sep 2008 17:27:38 GMT

Hi all,

I'm working on a merged WebHelp project and I've noticed that in the output each child project's browse sequence is handled individually. That is, there's a full stop at the end of the browse sequence for each child project and I have to select the first topic in the next child project within the TOC to start that browse sequence. Is there a way to integrate these so that the browse sequences are handled consecutively?

Incidentally, has anybody else noticed a long delay in loading the TOC in Firefox when one of the child project outputs is missing? This help file contains information for 3 separate but related software products, so users may have between 1 and 3 of the products (and, consequently, between 1 and 3 of the child help files) on their machine. If anyone has any ideas on how to kick Firefox into displaying the TOC in a more timely fashion, I'd love to hear them!

Thanks,
Melinda

Problems importing HTML in RH6

forums_noreply@adobe.com — Tue, 20 May 2008 20:41:36 GMT

Hi everyone,

This is not a request for a solution per se (that is, my workflow is not resting on answers to this), but a request for information/ideas/experiences. I've run into a problem with RH6 and am wondering if anyone has experienced anything similar or has any insight into this matter.

I am working on creating a help project based on a book. The book was originally composed in Scientific Workplace, which is a WYSIWYM LaTeX interface. The material was exported to html from SW. Not bad html, either, all things being equal, but very large files with huge numbers of graphics, because all math equations (including inline symbols) are exported as graphics. Where I ran into trouble was importing these files into a project in RH6. The first few would come in okay, but as the project grew larger (and as the files grew more complex), each successive import would take longer. The last one I tried, I stopped at 4 hours. Given that I was importing chapter 5 of about 25 chapters, that kind of import time wasn't really workable. Even copying/pasting into RH-created topics was prohibitively slow, though, so it wasn't JUST an import issue.

Here's the interesting part. I have a trial version of RH7, which was able to import all of the material in a total of under 20 minutes. I suspect, although I'm not sure, that this may be because the code generated by RH7 is so much closer to "normal" html.

Has anyone else run into trouble importing large and/or graphics-heavy html files into RH6? If so, do you know why and/or have you found any effective workarounds? I'm in favor of encouraging my company to upgrade to version 7, but I need to investigate fully to make sure that there isn't some really good solution to this within the version we already have.

Thanks,
Melinda

Output format question

forums_noreply@adobe.com — Fri, 02 May 2008 23:03:37 GMT

The software company I work for has historically provided locally installed compiled help files for our products, but is considering changing to server-based help. We'd still like to provide a local help file for times when the user is offline, though, and this is where I'm running into some trouble. We've been using *.chm files, but nobody seems to like the look of them very much. It's my understanding that their appearance can't really be customized much, so I've been looking toward using locally installed WebHelp or FlashHelp. I've encountered tremendous resistance from the developers, though, and not for the size-related reasons I expected. Rather, they say that when they build an installation, they must specify each and every file that has changed. I can't really speak to their process, but if this is accurate, I can see how an uncompiled format would be daunting!

So I'm looking for any sort of feedback that anyone can provide. Has anyone ever run into this particular objection? I've certainly not heard of it in these forums before. Does anyone have any suggestions on potential ways around this? Am I missing some compiled help format that I should know about? Has anyone had any experience packaging WebHelp output into some single file, such as perhaps a self-extracting zip archive or ...? Any suggestions would be greatly appreciated.

Thanks,
Melinda