RE: Sigh - yet another weird RoboHelp problem

Subject: RE: Sigh - yet another weird RoboHelp problem
From: "Jack DeLand" <jackdeland -at- comcast -dot- net>
To: "'Keith Hood'" <bus -dot- write -at- gmail -dot- com>, "'techwr-l'" <techwr-l -at- lists -dot- techwr-l -dot- com>
Date: Fri, 29 Jul 2016 16:52:48 -0400

My condolences, Keith.

I have encountered a possibly related problem with lengthy responsive menus
displayed through Firefox. There is a way of handling menus that are too
long to fit in the screen in Firefox that means a second vertical scroll bar
appears inside the window pane. IE and Chrome handle this "overflow"
differently, so it is not a problem in that case, i.e., the user sees only
the "normal" scroll bar.

I can't see your layout, of course. Do you have a lengthy vertical menu at
the side of the window? If so, then my guess is that something in IE is not
handling this overflow correctly (assuming it is an overflow issue). Does
the Dev guy's IE have the same problem no matter how the window is sized? If
your window and his are shaped exactly the same, does he still get the
error, and not you? I don't know how Robo sets up the Multiscreen layout.

I'm hoping that by now your Dev guy has installed Chrome so you can test it
there, too. If it works for him in Chrome, then ... ?

Jack DeLand
MadSkills (Flare) Consultant and Trainer
734 972 3026

-----Original Message-----
From: techwr-l-bounces+jackdeland=comcast -dot- net -at- lists -dot- techwr-l -dot- com
[mailto:techwr-l-bounces+jackdeland=comcast -dot- net -at- lists -dot- techwr-l -dot- com] On
Behalf Of Keith Hood
Sent: Friday, July 29, 2016 4:21 PM
To: techwr-l <techwr-l -at- lists -dot- techwr-l -dot- com>
Subject: Sigh - yet another weird RoboHelp problem

Using RoboHelp 2015, I generated Multiscreen help and put it on two servers.
First server is just a storage spot for backups, and 2nd server is the one
with the actual software. While the output is generated to be Multiscreen, I
used only the desktop layout, because we currently support the product only
on desktop machines, so we don't need help for phones or tablets. The file
folder structure and file names on both servers are exactly the same - I
checked to see if something was missing, and everything is there on both

When I open the help on either server, using Firefox, IE, or Chrome, it
works perfectly.

When the developer opens the help on either server it works perfectly - IF
he uses Firefox. But if he opens the help on either server using IE, there
is no scroll bar on the right side of the help interface, and the scrolling
wheel on his mouse is disabled. His mouse works in every other situation
with any other software. He tried a different mouse anyway just in case, and
he still had the same problem. (I don't know if the helps works for him in
Chrome because he doesn't have Chrome installed.)

Both the developer and I use laptops running Windows 7. We are both using IE
11, and we both have the view compatibility settings correct. I don't know
what OS the servers run.

Visit TechWhirl for the latest on content technology, content strategy and content development |


You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-

To unsubscribe send a blank email to
techwr-l-leave -at- lists -dot- techwr-l -dot- com

Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit for more resources and info.

Looking for articles on Technical Communications? Head over to our online magazine at

Looking for the archived Techwr-l email discussions? Search our public email archives @

Sigh - yet another weird RoboHelp problem: From: Keith Hood

Previous by Author: RE: Another maddening RoboHelp problem
Next by Author: RE: Hyperlink does not work in Word 2013 but does in PDF
Previous by Thread: Sigh - yet another weird RoboHelp problem
Next by Thread: Re: Sigh - yet another weird RoboHelp problem

What this post helpful? Share it with friends and colleagues:

Sponsored Ads