https://bugzilla.novell.com/show_bug.cgi?id=270846#c44 Matthias Hopf <mhopf@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED Info Provider|mhopf@novell.com | --- Comment #44 from Matthias Hopf <mhopf@novell.com> 2007-08-20 10:42:34 MST --- I have an idea: Generally, the connected output only matters if we're doing a multihead setup. In that case I would order the outputs according to patterns. That would be LVDS LVDS-* DVI DVI-* TMDS TMDS-* VGA VGA-* TV <all_others> (just an example). Those not connected will not be used (you only want to create a multihead setup when monitors are actually connected). For a dualhead setup the first two entries in this list would be used. (In reply to comment #43 from Marcus Schaefer)
1) TV or not tv ?
If this cannot be handled like described above, I would like to have TV ignored, due to serveral serious issues (needs to be specified more (PAL/NTSC), low res, connection scanning fails often, etc.).
2) how to handle "disconnected" ?
They should IMHO not be configured.
3) Position setup is only possible in new Monitor section not in the existing section. So
Option "Position" "0 0" is equal to leftOf
==> what would be rightof, above and below ?
In that case we should use LeftOf etc., and fix the remaining issues in RandR (should do that anyway). AFAIK you cannot have negative position values. You only need LeftOf etc. in all but one monitor sections. With "position" you have to put it into each and every monitor section.
4) there are too many code paths for the setup of vsync in sax2 (DDC data CDB data, special profiles, etc...) if 60Hz is not valid anymore I
I understand. In that case, a safe margin in the Xserver is probably the best idea.
would suggest that the X-Server takes care for a not too restrictive check. And does this apply to intel only or all drivers ? If sufficient we can adapt the ranges in the CDB
That's probably for all RandR 1.2 capable drivers. As long as they use the infrastructure from RandR, and don't provide their own, that is... HTH, more tomorrow. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.