A Zooming Bug

by Nate Hekman on October 25, 2010

Here’s an interesting bug a customer reported today (if you’re the type who finds bugs interesting).

The customer found that when he plugged an external monitor into his laptop, he could no longer use the mouse wheel to zoom in and out in GeoStudio.  Same problem with the 2004 and 2007 versions.

My first reaction was that it was a problem with his laptop’s drivers (because if it’s a bug in our software, it’s probably my fault, and that could never be! ūüėČ ¬†But some quick experimenting showed me it happens even on my computer, though I’d never noticed it before.

It turns out the problem only shows itself when you run GeoStudio on a second monitor that is to the left or above your primary monitor.  If you run it on your primary, or on a second monitor positioned to the right or below, zooming works fine.


Sound weird? ¬†Well there’s some logic to it, and an easy workaround. ¬†You see, Windows assigns coordinates to every monitor, relative to the primary. ¬†The primary monitor always has the coordinate 0, 0 in its top left corner. ¬†That means a monitor to the left will have a negative coordinate such as -1024, 0. ¬†A monitor above the primary would have a negative y coordinate like 0, -800. ¬†Apparently there’s a bug somewhere such that if either of the screen’s coordinates is negative, zooming in GeoStudio using the mouse doesn’t work.

I haven’t taken the time yet to dig into the code to see why that is, but the obvious workaround is to position your secondary monitor to the right of your primary.

There you go–a glimpse into the life of a GeoStudio developer’s day, and a workaround to an annoying bug at the same time.

{ 1 comment… read it below or add one }


N B N 11.13.10 at 7:34 pm

a href=”” title=”

Leave a Comment

You can use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>