Your wide monitor requires "Disable display scaling"?

[John Doe]

Does your widescreen monitor require compatibility mode setting
"Disable display scaling on high DPI settings"? Using Windows 8
with lots of scripting/macroring, many of my programs including
Dragon NaturallySpeaking (DNS) with Advanced Scripting require
that compatibility mode setting. Seems kinda strange. If it's not
something peculiar about my system, seems many people would suffer
the same erroneous pointer placement when playing scripts/macros
without that setting.

Windows 8 64-bit
Intel CPU and mainboard
GeForce GT9800
Lots of (voice-activated) scripting

 

[Paul]

Does your widescreen monitor require compatibility mode setting
"Disable display scaling on high DPI settings"? Using Windows 8
with lots of scripting/macroring, many of my programs including
Dragon NaturallySpeaking (DNS) with Advanced Scripting require
that compatibility mode setting. Seems kinda strange. If it's not
something peculiar about my system, seems many people would suffer
the same erroneous pointer placement when playing scripts/macros
without that setting.

Windows 8 64-bit
Intel CPU and mainboard
GeForce GT9800
Lots of (voice-activated) scripting

As long as the screen resolution doesn't change, from
the day that the macro is recorded, I don't see that it
matters. The macro recording will be in screen
coordinates, and the next time a dialog appears, the
buttons will have the same offset to X=0,Y=0 of the
dialog box.

Apparently it is possible, in a program manifest, to make
some statement about whether the Windows DPI setting will
be honored or not. So it is possible to mess around with
this stuff. In this example, a customer wants a particular
program to not use DPI scaling like the rest of the
programs are getting.

http://social.msdn.microsoft.com/Fo...-high-dpi-settings?forum=windowscompatibility

Paul

 

[John Doe]

John Doe wrote:

As long as the screen resolution doesn't change, from the day
that the macro is recorded, I don't see that it matters. The
macro recording will be in screen coordinates, and the next time
a dialog appears, the buttons will have the same offset to
X=0,Y=0 of the dialog box.

That would be a good lead if I hadn't been doing Windows macroing
stuff forever.

Apparently it is possible, in a program manifest, to make some
statement about whether the Windows DPI setting will be honored
or not.

You got me thinking, it's not big screen, it's high DPI. Then
again, that's most likely when using a high resolution big-screen
monitor.

You can usually tell easily whether the DPI setting is being used
by the program startup splash screen, and whether you will need to
mess with that compatibility setting. The size of the program's
splash screen (if any) changes when you change that compatibility
setting.

But my current problem is not so simple as just changing that
setting. It forces DNS to behave in one way, but DNS finds another
way to mess up.

 

[John Doe]

Looks like the solution to my problem, erroneous macro/script
playback like when using DNS Advanced Scripting or another
scripting program like Vocola or Dragonfly with Natlink might be
to use Windows XP style scaling in display properties when using
high DPI settings for large fonts on a large monitor.

"Use Windows XP style scaling"

Thanks to Paul for the little push to get me looking for a
solution.

 

[John Doe]

Found another possible solution while researching a problem with
the real-time strategy game Supreme Commander. If you're using a
custom DPI percentage setting of 150 or greater, changing that to
149 can make the mouse pointer visible (it might also cure the
specific problem I brought up in this thread). Unfortunately,
transitioning from 150 to 149 DPI percentage also greatly reduced
the pointer size in Windows here, but that won't bother most people.

 

[RayLopez99]

Does your widescreen monitor require compatibility mode setting

"Disable display scaling on high DPI settings"?

Just plug and play John Doe. It can't be more idiot proof than that, can it? Well in your case...

RL

 

[John Doe]

A regular Google Groups troll
that couldn't format a post if it's life depended on it...

--