RE: [GD-Windows] Monitor aspect detection

[Jon W. <hp...@mi...>]

There are a number of 16:10 or thereabouts monitors (1600x1024, for
example).

I think you're just screwed (that's a technical term). Again, the user has
full control over pixel aspect ratio by adjusting their monitor. You have to
assume that the user has adjusted the monitor to be square-pixeled during
everyday work. And if they haven't, that they like the other-aspect they've
set up for themselves.

The best I think you can do is assume that the mode that the monitor is in
when the user starts the program (which is NOT necessarily the "highest"
mode) is one that has square pixels. The aspect ratios that you could get
out of Windows haven't ever been useful to me (even back in the HGA/GCA days
where pixels weren't even intended to be square :-).

I'm quite curious why this obsession, though: is it just to get it "right"
or is there some virtual/physical match-up issue involved? Could you go the
other way, and ask that the user adjusts his/her monitor so that the pixels
are square? Perhaps ship a ruler in the box?

Cheers,

			/ h+

-----Original Message-----
From: gam...@li...
[mailto:gam...@li...]On Behalf Of
Nicolas Romantzoff
Sent: Tuesday, December 09, 2003 3:01 AM
To: gam...@li...
Subject: RE: [GD-Windows] Monitor aspect detection


Highest resolution width: 1920
Highest resolution height: 1200
Resulting "ratio": 8:5
Closest "well-known" ratio: 16:9
Resolution matching that ratio: 1920x1080 => Monitor detected as a 16:9
monitor !