-
1. Re: Airhelp browser-based output and Chrome
Hi,
Can you please share some screenshot of the issue, I tried it on Google Chrome browser and was not able to reproduce the issue.
thanks
Praful Jain
-
2. Re: Airhelp browser-based output and Chrome
Erin
If this is what you are seeing, it is the same in other browsers and it is what I would expect to see. If you tried to contain the long string in a bubble the width of the TOC you could end up with some pretty ugly wrapping. The user is looking at the TOC and will see the bubbles appearing and disappearing and the hidden topic text will be of no consequence to them at that point.
See www.grainge.org for RoboHelp and Authoring tips
-
3. Re: Airhelp browser-based output and Chrome
Hi Peter,
Thank you for your response. The issue we are having is that the text won't appear nicely like you have shown in your screen shot (see red arrow above). It gets cut off. I am not sure if this is the same as what I originally posted since now I see that before in Chrome it will just overlap everything so all the text runs together. In your example it looks like the background has something behind the text so yours essentially looks like the bring to front feature. That doesn't seem to be the case for us. Is there a setting somewhere that forces the TOC topics to come completely forward even if they are longer than the space allocated in the TOC pane?
Thanks
Erin
-
4. Re: Airhelp browser-based output and Chrome
There is no setting controlling this. Something else is wrong with your project as the Show link should never appear. That is something that should only be displayed when a topic is opened direct (as in by double clicking it in Windows Explorer).
Open one of the supplied sample projects and generate some browser based air help from there. See if you get the truncation there.
See www.grainge.org for RoboHelp and Authoring tips
-
5. Re: Airhelp browser-based output and Chrome
Hi Peter,
Thanks for your response and sorry I have been dealing with other issues and haven't had a chance to return to this one. Turns out it isn't just with Chrome as it says in my original title (it maybe be PC browser related). I used a sample project like you suggested and the same issue exists. See the two screenshots for examples. Do you think this is just a limitation in the Air output or can we control this somehow? We just want the Contents entries to come to the front like it does for the first entry. It looks like a layering issuing where it just needs to come to front when you hover over the a content entry that is over the main body text window. The top topic seems to behave the right way.
Thanks
Erin
-
6. Re: Airhelp browser-based output and Chrome
How did you get the first screenshot? You said it is not just Chrome, is it now just specific browsers? Do you get the same when the browser based help is published to a server or is it just when it is local?
Have you tried the same help on the same browsers but on different PCs?
Also you say have tried some sample projects but do you mean some of your samples or the samples that ship with RoboHelp?
See www.grainge.org for RoboHelp and Authoring tips
-
7. Re: Airhelp browser-based output and Chrome
Hi Peter,
Thanks for your response. See my answers to your questions below:
How did you get the first screenshot? You said it is not just Chrome, is it now just specific browsers?
You don't see this when you output to Airhelp (browser based)?
Thanks
Erin
-
8. Re: Airhelp browser-based output and Chrome
Erin, your answers aren't showing up. Want to try again?
-
9. Re: Airhelp browser-based output and Chrome
Methinks Erin used the new invisitype font!
Cheers... Rick
Helpful and Handy Links
Captivate Wish Form/Bug Reporting Form
-
10. Re: Airhelp browser-based output and Chrome
Weird I wonder what happened there. I replied via email quess it didn't like that or something. Here's what I was trying to say:
Hi Peter,
Thanks for your response. See my answers to your questions below:
How did you get the first screenshot? You said it is not just Chrome, is it now just specific browsers?
--Seems to be Chrome and IE--although I haven't tested it in all browsers but I know it happens in Chrome and IE.
Do you get the same when the browser based help is published to a server or is it just when it is local?
--Yes I get the same output whether it is local or published to a server.
Have you tried the same help on the same browsers but on different PCs?
-- Yes
Also you say have tried some sample projects but do you mean some of your samples or the samples that ship with RoboHelp?
--You suggested I try it using a Robohelp Sample project and I did and had the same issue.
--You don't see this behavior when you output to Airhelp (browser based)?
Thanks
Erin
-
11. Re: Airhelp browser-based output and Chrome
OK. Create a new project with just a couple of topics and check it has this problem. Then send that to me as instructed on the Contact page of my site.
See www.grainge.org for RoboHelp and Authoring tips
-
12. Re: Airhelp browser-based output and Chrome
Hi Erin,
I was just trawling around the forums here with my own AIR help issues and noticed this post of yours.
I thought I'd have a quick look at my own AIR help experiment and I noticed something similar going on.
But, the issue I'm seeing seems to be down to the way content in the right pane is layered.
In my case there is a small SWF movie (the yellow block) embedded in the topic, and those TOC tooltips always seem to display behind the SWF object. Elsewhere on the page it's all ok.
I hope it's not too late to help out here and that this sheds a little light for you.
Here's a collage of 4 cropped screenshots. It's a bit small, but hopefully it will show you what I mean:
Lord knows if this helps or not. But to me it looks as though something about the content type on the right is causing this.
BTW+fyi exactly the same thing happens in the compiled AIR application version too.
Good luck.
Andy
