[i]Included in R177 is a change on the h/v range defaults when EDID is not detected which is why nvidia-auto-select is now assigned 1024x768 instead of 640x480.[/i] Yes, John, thumbs up! I noticed this. Before it was 640x480 for the gdm applet.
[i]Does your display support 1600x1200 and/or do you want it?[/i] If you look at my xorg.conf (see above) or the specs of IBM P260, you'll find that it does 1600x1200 easily and that's exactly what I want. [i]Since the bounding box of resolutions now includes 1600x1200, you may get virtual desktop behavior you might not have seen before.[/i] No, John, here you're wrong. I don't get anything (positive) that I 'never saw before'. Except - and I'm sure that's erroneous - that the gdm applet is partially out of visibility, and one can only see the lower right corner. That's crazy. If 'screen' is set to 1024x768, at least the start panel (gdm) must be centered and visible. [i]I tested on one of my systems with a video cable that purposely breaks EDID and I only get up to 1024x768 *without* an xorg.conf. I need to investigate why having your xorg.conf allows 1600x1200 to validate. Does the xorg.conf for this log file have these settings?[/i] That's exactly what I have been trying to say all the while: I get 1024x768 without any xorg.conf; but can't 'upgrade' to 1600x1200. Not even with the NVIDIA X applet. Therefore I do need to pass the information about the horizontal and vertical refresh. Therefore, and this is my assumption, it validates it, sets it as virtual size, but - for whatever reason - starts the failsafe 1024x768. This leads to the funny out-of-center gdm applet. -- This message posted from opensolaris.org
