Re: Sigh - yet another weird RoboHelp problem

Subject: Re: Sigh - yet another weird RoboHelp problem
From: Tony Chung <tonyc -at- tonychung -dot- ca>
To: Keith Hood <bus -dot- write -at- gmail -dot- com>
Date: Fri, 29 Jul 2016 15:17:04 -0700

Hey Keith.

Just a shot in the dark, but how are you both accessing the servers? MS
considers UNC path names as an intranet site, so IE opens them in protected
mode. Your system may have different settings for intranet sites. Usually
active content is the first thing to go when opening in protected mode.

This isn't a RH problem necessarily. But since the developer can view the
features in FF but not IE, that's the first place I'd look.


On Friday, 29 July 2016, Keith Hood <bus -dot- write -at- gmail -dot- com> wrote:

> 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.
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: Book on Modern Technical Writing
Next by Author: Re: Another maddening RoboHelp problem
Previous by Thread: RE: 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