Tested gv 3.6.90 with xinerama 2x 1280x1024 after deleting ~/.gv, and the aspect ratio was ok. Debug output was:

Locale1=en_GB
Locale2=en_GB
Locale3=en
Your detected screen size is: 684 mm x 271 mm
That does not look like a single monitor, as the ratio is 2.52.
Your detected screen resolution is: 2560 x 1024


gv 3.6.91 on a 1680x1050, no ~/.gv: aspect ratio ok, debug output:

Locale1=en_GB
Locale2=en_GB
Locale3=en
Your detected screen size is: 431 mm x 272 mm
That looks like a single monitor, as the ratio is 1.58.
Your detected screen resolution is: 1680 x 1050
Xinerama's resolution of screen 0 is: 1680 x 1050


All (my tested) monitors should have functional DSC.
HTH.

(Btw gv doesn't decompress lzma extensions, but does gzip + bzip2.)

Well, sometimes the autodetection is wrong. Especially in a setup with two monitors used at the same time (you know, each with different video output) it happens that the cummulated size of both monitors is detected. Or the soze of the "wrong" monitor is taken of the wrong monitor. Because of this, I wanted to check that.

1. The resoilution is detected correctly (you would have told me if not).

2. A single monitor is assumed (it is, your modification creates a monitor smaller than height, quite unusual, so it's more likely to assume two mintors, each of half the height.)


Another reason for the aspect ratio setting is that gv is quite old - at these times non DSC aware monitors were quite common.


This setting is the only chance to correct wrong autodetection.

Now having some more details I have to admit tht this problem is somehow different than the fixed one.


Well, I have to think about the details, but it seems to be a good idea to save the resolution detected by "--debug" into ~/.gv. I've to think about how...

Let's assume that on a 4:3 display, a standard resolution is used and on a 16:10 resp. 16:9 a widescreen resolution is used.

Then the following make sence:

Option 1: Extra resource just containing the resolution. If it changes, ignoire the screen size.

Option 2: Save several aspect ratio's - one for each resolution.
The problem is that the code is not prepared for this.

But as I've just written, I've to thinkk about it. Currently I'm working on a security realted update for GNU gv - some details can be read on the public archive of bug-gv.

Please start gv with the (undocumented) optiuon "--debug" and send me the output (should only be 6 lines or so).

Thanks for your feedback.  We can close the bug.

For older GNU gv releases, the following workaround should work:

Go to "State - Setup Options". There you'll find "Screen size (mm)". Double the first value. On my setup, I change it from "332 x 212" to "664 x 212". Report me your results. Have you two displays connected to your PC? Normal displays or widescreen? Which resolution?

Then test halving the second value and reseting the first to the unmodified value. In my example, that would be "332 x 106". Please report me your results for that test, too.

I think one of the two mentioned modifications should resolve your problem. In this case, save your settings by the "save" button.

When using a widescreen monitor, the rendered screen display is stretched horizontally.
On a 1680x1050 display, the tiger.eps picture is about 30% wider than the same file displayed with e.g. kghostview on the same monitor. It happens with every file, PS or PDF.
That stretch is about the same factor as 1680x1050 is to 1280x1024. Is there an implicit assumption somewhere in gv that the display ratio is 5:4?

This is on openSUSE 11.1 with GPL Ghostscript 8.62 and gv 3.6.3, but I'm pretty sure it was the same on openSUSE 10.3 and gv 3.5.8.