-
1. Re: RH 9 AIRHelp Browser based help requiring pop-up blockers turned off
Well, we have fixed the issue, but only by hacking the javascript on index.htm.
I'm surprised no one else has had this issue?
Mark
-
2. Re: RH 9 AIRHelp Browser based help requiring pop-up blockers turned off
Just thought I'd bump this as although our solution works, it is not ideal. Has no-one else encountered this issue?
-
3. Re: RH 9 AIRHelp Browser based help requiring pop-up blockers turned off
Last post on this issue.
Decided to generate WebHelp Output, and voila, no pop-up blockers, help displays quicker, no issues with CSH links. Must say I'm disappointed that Adobe can't get browser based AIRHelp to work properly (i.e. the same as WebHelp), esp as the software we are developing is Flex based and the look and feel is so much better than WebHelp. But at least this way we don't have to maintain a custom index.html page.
Quick thanks to Willam who tried to help me.
Mark
-
4. Re: RH 9 AIRHelp Browser based help requiring pop-up blockers turned off
Hi Mark:
I'm experiencing the exact same issue with the Air Browser Based Help.
Someone on this site recommended I "test" first with WebHelp, but it sort of defeats the purpose. The Adobe Air skins look great for the present and the foreseeable future, while the WebHelp skins look great circa 1999-2003.
Hopefully Adobe is hard at work on addressing this issue as we speak and they issue a patch to the API ASAP.
-
5. Re: RH 9 AIRHelp Browser based help requiring pop-up blockers turned off
Mark
I took another look at this thread but there's nothing I can really offer, especially as it looks like Willam gave you some direct help and if he can't fix it, then I certainly cannot. Willam is our guru on such matters.
It seems to me that the options are your developers were getting it wrong or they were getting it right and the method is wrong. As you can see in the other thread, CSH using URLs does work.
See www.grainge.org for RoboHelp and Authoring tips
