Rui Matos 68542ae1ef Revert "monitor-manager-xrandr: Don't do extra work on RRScreenChangeNotify" ... This reverts commit 47e339b46e. The approach that was used to reduce the amount of work we do on RR events to the necessary minimum is flawed. It assumes that, when the first event we see where the retrieved XRRScreenResources.timestamp is bigger than the previous, we already have all the data we need to rebuild our view of the world. That isn't true however, because the X server sends RRScreenChangeNotify events for every step of the configuration change, i.e. it lacks an atomic reconfiguration API. In particular, if the X screen size is one of the changes, when we rebuild our state and emit monitors-changed, the X screen size might still be the previous one and since we stop updating ourselves until another reconfiguration happens (noticed by looking at XRRScreenResources.timestamp) we end up with the wrong idea of the X screen size. https://bugzilla.gnome.org/show_bug.cgi?id=738630		2014-12-28 17:21:50 -08:00
..
meta-backend-x11.c	backend-x11: Re-upload keymap when new keyboard devices are added	2014-10-02 19:14:03 +02:00
meta-backend-x11.h	x11: Add simple cursor renderer	2014-05-17 13:27:16 -04:00
meta-cursor-renderer-x11.c	cursor-renderer-x11: Include Xfixes headers as well	2014-11-03 10:51:40 -08:00
meta-cursor-renderer-x11.h	x11: Add simple cursor renderer	2014-05-17 13:27:16 -04:00
meta-idle-monitor-xsync.c	idle-monitor-xsync: Clean up includes	2014-04-23 13:27:11 -04:00
meta-idle-monitor-xsync.h	backends: Start on an initial MetaBackend object	2014-04-21 20:25:21 -04:00
meta-monitor-manager-xrandr.c	Revert "monitor-manager-xrandr: Don't do extra work on RRScreenChangeNotify"	2014-12-28 17:21:50 -08:00
meta-monitor-manager-xrandr.h	monitor: Remove handle_xevent as a generic method	2014-04-23 12:15:12 -04:00