Re: RandR branches

[Federico Mena Quintero <federico novell com>]

On Tue, 2008-06-17 at 11:51 +0200, Rodrigo Moya wrote:
> > 
> yes, what's missing? It would be great to have the branch merged to
> trunk ASAP so that it gets proper testing during the 2.23.x releases.
> 
> So, is the branch ready to be merged? Even if some details are missing,
> I'd prefer to have them fixed while the code is developed and tested in
> trunk

Here's a quick summary of the state of the randr-12 branches:

- They work more or less fine, but you'll run into limitations in the X
server almost for sure.  Currently I'm adding code to detect these
limitations and to tell the user what he must change by hand in
xorg.conf.  Examples of this:

	* Virtual size of the screen (drivers can't change it
	dynamically at the moment)

	* X servers that expose the RANDR 1.2 protocol, but which 
	only use a pre-1.2 driver underneath.

	* Cases where the X server has semi-hardcoded modelines,
	but where we could do better by adding modelines at runtime.

- I'm adding a tray icon in gnome-settings-daemon's xrandr plugin,
which will let you change the rotation of monitors.  This is useful for
tablet PCs (which users rotate frequently) and of course for fancy
pivotable desktop monitors.  The tray icon is intended to supersede
resapplet (though I think only openSUSE uses the latter by default,
precisely to handle tablets comfortably).  The tray icon will not
let you change resolutions directly (that was a sort-of hack to
make projectors work in the pre-hotplug days); instead it lets you
launch gnome-display properties to do more extensive configuration.

- The gnome-display-properties GUI still has some quirks; we should
file them as bugs in Bugzilla.  I'll start doing this shortly.

- Pressing Fn-F7 gets caught in the plugin for g-s-d, but currently
doesn't do anything; I have a plan for this.

- randrwrap.h in libgnomedesktop is not really namespaced, but it's
marked as unstable API anyway.

I can do the merge today, actually, if people think that's OK.
The code is far from finished, anyway :)

  Federico