I am working on a HTML Help project that contains many autosizing popups to bookmarks (e.g. RefreshScreen.htm#RefreshAll). When I click a popup hyperlink, the page I clicked the link from scrolls back up to the top of the page. So, after I have read the popup text, I then have to scroll all the way back down the page to find my place again.
I have tried autosizing popups and custom sized popups. Linking to another topic without the bookmark works perfectly.
Does anyone know if this is a bug or if there is a workaround?
Thanks!
A bit more detail. I have narrowed this behaviour down a little more...
Firstly, it occurs in both webhelp and HTML help output.
Secondly, if I comment out this line in ehlpdhtml.js:
getPopupIFrame(nIndex).location.href = strURL; // reload again, this will fix the bookmark misunderstand in IE5.
the popup appears in the correct location, but only goes to the top of the popup page, not to the bookmark.
I figure that this line reloads the page so that the bookmark works, but loses the co-ordinates of the popup location along the way. I'm going to keep digging, but thought I would post this in case this information makes more sense to someone who knows about the ehlpdhtml.js file ...
Sorry I can't help, it's well past my javascript ability. All I know about it is what I can see in TrueCode in RH and what turned up in a google search on how to stop popup links jumping to the top of the page.
You should probably report it as a bug to Adobe in any case:
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
Thanks, but I think this gets added in automatically when the web help is generated, although it is not added to the HTML help.
Having said that, I don't think this is the key to the problem anyway, as the popups do work correctly if the URL for the popup does not include a bookmark.
I will report the bug though. Thanks.
Oh, you're using webhelp, not htmlhelp, that makes a difference. I still can't help, though.
All I can think is there is something else in the javascript file that is being called that has to change.
If you could post back if you find a solution, that would be great - a colleague asked me for a solution to this just after I posted my first response.
The output I need is HTML help, but as part of the testing to try to figure out this bug, I generated WebHelp as well. The result is the same - popups behaving badly, but I did notice that the webhelp had return false in the HTML after it was generated.
I'm going to try to find a javascript guru around the office... I'm just surprised that this hasn't been reported before... Worst case scenario, I'm going to have to create duplicate topics for the bookmarked section of the topics I link to from a popup. Urgh!
Thanks for trying to help though - I'll certainly post back if I come up with anything.
Does this occur if you create a new project with just a few topics?
Also see Item 20 at http://www.grainge.org/pages/authoring/rh8/using_rh8.htm and try the first script referenced there on a copy of the project. It is not designed for this problem but who knows?
See www.grainge.org for RoboHelp and Authoring tips
Thanks for the suggestions!
I created a 2 topic help file and generated to CHM - and the same problem occurred.
I also tried the script (which I think I may have actually tried previously, but not sure) with no luck. Was definitely worth a shot though.
I think I will need to dig deep and figure out what the javascript is doing, or maybe duplicate the bookmarked topics as a workaround until I can figure it out... unless anyone has a better idea ![]()
Can you share that test project with me? If so, see my contact page for information. Include a link to this thread.
See www.grainge.org for RoboHelp and Authoring tips
I don't have a solution but I did ascertain the problem is not that focus goes to the top of the page. Using the test file, I changed the amount of text before and after the bookmark. With just a couple of lines you will find that what is happening is the bottom of the popup parks itself on the line above the link. As you increase the amount of content the link gets pushed down the page until ultimately it looks as you describe. However, that is still not what you want. You want the link to stay put.
Now for the odd bit. I created a similar project and whilst the link moves, it stays clearly on the screen. It will take some more investigation to find out what is different.
Do you have the patches installed?
See www.grainge.org for RoboHelp and Authoring tips
That is the latest version.
Not sure how we could get a different version. I'll zip up a test project and send it to you but not tonight.
See www.grainge.org for RoboHelp and Authoring tips
Has this issue been resolved? I just installed RH9 (out of the box) and now all of the popups that are attached to image maps display at the top left corner of the topic, instead of close to the link. I haven't installed the v9 update but this problem is not listed in the summary of the update.
Thanks!
Sometimes things get fixed and not covered in the documentation so why not give it a try?
It might be worth running Tools > Update DHTML effects.
Also try in a new project.
See www.grainge.org for RoboHelp and Authoring tips
Thanks, Peter, for your quick response. I tried running Tools > Update DHTML effects and that didn't fix it. I installed 9.0.2.271 and that didn't fix it either. But when I created a new project, the popups work correctly, appearing close to the link. How do I fix this in my current project? It's pretty large. The project folder is about 300 MB.
I seem to have solved the popup problem. The other less problematic issue I was having since upgrading to RH9 was that the topic titles and background color and border were not showing when I did a View Topic Preview. My Heading1 Topic Title style had a DHTML fade in effect on it, so I thought that might be part of the problem.
Indeed, when I applied the DHTML effect in the test project, the popups appeared in the top left corner. So I removed the effect from Heading1 in my real project, ran Update DHTML Effects, and the popups appear in the correct place. Yay! However, the topic titles, background, and border still do not show on View Preview.
Any ideas on that one?
Thanks!
When you say "test project" do you mean a project you created or one of the supplied samples?
Try the latter as well and if you get the same result.
I just tested a new project and with a fade in applied, the popup was still good.
See www.grainge.org for RoboHelp and Authoring tips
Peter,
I've now tried it in both.
In the one I created (HTMLhelp), the popups appear in the top left corner upon Preview and also when I compile the .chm.
In the one supplied by RH (Employee Care), it worked at first but when I closed the project and came back in, it no longer works. I applied the fade in to Heading1, copied a graphic from the top of the page and put it at the bottom, created a image map to another topic. When I Preview this, the popup appears at the top of the page. When I compile the project (Webhelp) and view it, no popup appears at all. I see a message in the lo wer left corner:
javascript: void(0);
Sometimes I see "Internet Explorer restricted this webpage from running scripts or ActiveX controls" so I allow blocked content. Then I see the fade in effect but still no popups.
My project is HTMLhelp and when I reapply the fade in effect, the popups go back to appearing at the top of the page.
The other bothersome problem with popups is the enormous space at the bottom of "auto-sizing" popups. (See attached .gif).This is not due to extra paragraph tags at the bottom.
Thanks for your help,
Sue
I tried a popup from linked text rather than a popup linked to an image map. See if such a popup works OK for you.
Also try in both webhelp and a CHM.
Let me know what works in what. I will then test again but perhaps not today.
See www.grainge.org for RoboHelp and Authoring tips
OK, I'm confused now, but this is what I got:
1. My HTML test project w/o DHTML on Heading1
Popups from image map AND text = OK on Preview and Compiled
2. My HTML test project w/ DHTML on Heading1
Popup on image map, on Preview and on Compiled = popup appears at the top left
Popup on text, on Preview and on Compiled = popup is OK
3. Employee Care webhelp project w/o DHTML on Heading1
Popups from image map on Preview OK, on Generated Output = no popup at all
Popups from text on Preview OK, on Generated Output = there was no link
4. Employee Care webhelp project w/ DHTML on Heading1
Popups from image map on Preview = popup appears at the top left
Popups from image map on Generated Output = no popup at all
Popups from text on Preview = popup is OK
Popups from text on Generated Output = there was no link
Particularly puzzling to me is the difference between the Preview and generated project, and also that the popups in Webhelp don't work even without DHTML.
I appreciate the time you are taking to help me with this.
Sue
Let's focus on Test 3 as that is with a known project and I am getting different results. Hopefully if we find out why, it will fix the other scenarios.
I used the Introduction topic and linked to the Healthcare topic.
The image is an image of a table, not a real table. I have attached the image so that you can download it and use the same image.
Both popups appear with the top left corner appearing where I click.
First try using the same topics in Employee Care and see if you still get this problem.
If you do:
What browser are you using?
Have you tried other browsers?
Are you generating to a location on your hard disk, not a network location?
For now set out the exact steps you are taking to create the link. Screenshots can be added using the Camera icon you will see when you reply.
See www.grainge.org for RoboHelp and Authoring tips
When I use the same topics as you did, I can get the popups to work correctly after I Allow Blocked Content. I had used a different topic as the popup (Read Me First), which I think has conditional tags on it. That's probably why it didn't work as a popup.
So now my #3 test works. I went on to test #4 and applied a fade in effect on page load.
Popups from image map on Preview = popup appears at the top left
Popups from image map on Generated Output = popup is OK
Popups from text on Preview = popup is OK
Popups from text on Generated Output = popup is OK
So on test #4, all is OK except the preview of a popup from an image.
I'm using IE9 and have never used any other browsers. I'm generating to my hard disk.
I guess we're getting closer, but I need it to work in HTML help.
Thanks,
Sue
Not allowing Blocked Content would affect things as the help is not properly opened. ![]()
Also selecting a target that is not in the build will cause RoboHelp not to create a link. It is intelligent enough not to create a link that will not work, at least in this scenario.
I believe you created a test project just for the purpose of investigating this problem. Please confirm it was a brand new project not using content from existing projects. If it was, taking into account what you have now found, is WebHelp working the same way as you describe in the post I am replying to?
See www.grainge.org for RoboHelp and Authoring tips
I also went back to test #2, which is where I want this to work, and found the same results. But if I first click the image links (which appear in the top left corner), THEN click the text link (which appears correctly next to where I clicked), and THEN click an image link again, it then appears in the same place the text link popup appeared. All image links then appear next to the text link. Is there some cache or variable that tells the popup where to display?
Thanks!
That is still not correct. Please see my previous reply.
See www.grainge.org for RoboHelp and Authoring tips
To reply to your questions, all of the above testing was with the Employee Care project (webhelp).
For the HTML Help test, I used a brand new project with new content.
First, click image link (hotspot is red box): popup in top left corner
Then click text link: popup is OK
Then click image link again: popup appears where text popup appeared
Are you able to test with IE8 or Firefox?
I can test with IE9 tomorrow. I am beginning to suspect that is the problem.
See www.grainge.org for RoboHelp and Authoring tips
I think I've had IE9 since last May. Also, my client is using IE7. The popups in the .chms all worked fine (on my computer and at the client site) until I upgraded to RH9. So there are .chms on their site where the popups work and then the one I just put there after my RH upgrade where the popups don't work.
But please let me know if you find any connection. My computer is running Windows Vista. I'll try it on a computer with Windows 7 to see if that makes a difference.
I have just tested in IE9 the outputs created on a Windows 7 machine that had IE8 installed. Everything including CHMs is still working correctly. Now my suspicion is either that you produced from Vista or, more likely, that you had IE9 on the machine that produced the help.
To test that, please see the Contact page on my site and send me the CHM and webhelp from the project you created. Might be worth sending the whole project you created to test as once I have seen the problem, assuming I do, I can then generate to see if that changes things.
See www.grainge.org for RoboHelp and Authoring tips
I just sent you the project file. When I put that project on a machine with Windows 7 (and IE9) and generate webhelp, the popups work. When I generate HTMLhelp, the popups do not work. There are two hotspots on the image, the red box and a box around the word "RoboHelp", and a tex t link on the word "problem."
Thanks for taking a look at it.
Sue
In that project please remove the DHTML effect from the heading and test again.
If I run the CHM you created I get the problem you describe. Also if I generate the CHM. That rules out IE being the issue.
If I remove the DHTML from the heading, the CHM works.
See www.grainge.org for RoboHelp and Authoring tips
That's right (see my post on 3/21). But that doesn't fix the problem. It means I had to pay for an upgrade and then remove features in my project to make it work. And it still doesn't work as well as before the upgrade.
Even when popups appear in the correct place by removing the DHTML effect, this is how they look - with HUGE spaces at the bottom that are not due to extra paragraph tags. My reviewers noticed this right away.
And this is how the View Preview removes all borders, background colors, and topic title backgrounds:
In .chm:
And in View Preview:
Something must've changed with RH9 that's causing all this to happen.
Sue
OK but at least we have reached some common ground.
This does have all the hallmarks of a bug but before I can pursue that, I need to get things a bit more consistent.
First of all, in the project you sent me I am having trouble removing those DHTML effects. If I go to popup1 and remove the effect, then change from Design View to HTML View and back, the DHTML effect is back. I cannot get rid of it in a way that sticks. Do you get the same?
To get away from that I have created another project without DHTML and think I have made one discovery. It won't suit you but at least it defines the popup space problem. It looks as if there is now a minimum size for an autosized popup. Please create some longer popups and confirm that they work without the blank space. The only solution to that one for now is a custom size popup. Before you say it, I do realise that changing them all might be a nightmare. Maybe we can come up with a cheat for that but before I look at that, please confirm that longer content in the popups also works for you.
Where I am heading is giving you the choice of DHTML with popups that do not position right from image maps OR no DHTML and popups that do position, with or without blank space at the bottom. I know this is not what you want but if it is a bug you may have to accept one of those options pending a fix. When is your next delivery?
See www.grainge.org for RoboHelp and Authoring tips
Meant to say, I see the other issues but one at a time.
See www.grainge.org for RoboHelp and Authoring tips
Thanks, Peter. I'm glad you were able to confirm the problem and that it's not just my machine or version of something.
I added the DHTML effect to the Heading 1 style. To remove it, click Edit > Styles. Select Paragraph > Heading 1. Then click Format > DHTML effects and uncheck the check box for Fade In.
I came to the same work around for the space problem - custom-sized popups and did that for a few, but you're right, I have hundreds of auto-sized popups and can't change them all. I can live without DHTML, as that is better than popups that are out of sight. Some larger popups are better than others but somehow the size of the help window and where you click is determining the proportions of the popup.
small window:
large window:
My next delivery is next week, so I'll remove the DHTML and make custom-sized popups where the spaces are worst. I appreciate you reporting it as a bug, if that's the next step. Thanks for all of your time.
Sue
Some progress.
Using your project I removed the DHTML from the style but still the image popup appeared top left so that set me thinking why didn't that happen in my project. I then looked at the code in your project and found this.
<h1 id="h11" style="position: relative;">popup1</h1>
Whilst the Fade In had been removed from the style, its position had not.
If you do a multi file find and replace in a COPY of your project (where the Fade In has already been removed), your image map popups should position correctly.
The find is
<h1 id="h11" style="position: relative;">
The replace is
<h1>
The space below is another matter.
See if that also fixes the other problems. If not you will have to create those in another new project with just a few topics and send that to me.
See www.grainge.org for RoboHelp and Authoring tips
Message was edited by Peter Grainge to include the required find and replace details.
North America
Europe, Middle East and Africa
Asia Pacific